As all data entry is voluntered work, there is no standard "submiting process". Try the mailing list to talk about the data you want to import. Note that not all data is suitable for OSM, and that a business listing import will have to work with existing data and conventions.

Maybe someone on the list will be interested in importing your data set for you; otherwise you will have to do this yourself, but help is available on the mailing list, wiki, and help.osm.org (user diaries are not a great place to ask for actual help).

You seem to misunderstand the idea behind the "override" feature. It is meant to flag the rare cases of users who haven't accepted the CT, but whose edits will be dealt with in a special way. Sometimes, this is the case only for some of that user's edits. This is really a case-by-case override (there are only a handfull of cases so far), when a user cannot/will not simply accept the CT, but is some compromise is possible.

Manually replacing those edits would be a waste of time, so making sure that they are not flagged by the QHS is a good thing. You may think it's pointlessly complicating things, but it's just the technical tool helping us to deal with a complicated legal situation.

Without going into the "tracks VS imagery precision" debate, I don't see how you would implement this technically:
* You can't just "own" a way an disalow modifications by another mapper... And weight-averaging positions of multiple edits wont work either (what about added/deleted nodes ?). Remember there is no "commit approval" process.
* What if the local mapper _is_ wrong ? He used a smartphone GPS in a narrow lane with high buildings ?
* What is a mapper's "base" anyway ? I live in Ireland 80% of the time, and in France the other 20%. I map at work, at home, and on holidays.

Concerning your original problem, I think the best you can do is to put details in the "source" tag. If you've gps-traced a road with a good device multiple times over the course of a few days, say so in the source tag. Bing mappers sould set "source=Bing" anyway, so they should see the previous value and think twice before editing.

Another thing you can do is to upload your traces. A lot of mappers will download traces too when they download the OSM data. It's especially usefull when there are many traces for a road, because it reduces errors. Good armchair mappers are carefull to calibrate the imagery offset using these tracks (or any other hints) before editing.

osm.wiki/Proposed_features/Charging_station

But "amenity=fuel fuel:electricity=yes" works as well and is currently more widespread (see taginfo).

Yuck, how on Earth did they come up with such a definition ? Anyway, I don't know much but I'd say your best bet is to get an Illinois extract and run some sql in the db. First select all objects whose tags match a "facility, area, or land..." and put those in a table. Then run another select to retrive all objects within a quarter-mile of the first list. Good luck :)

Fabi2: Works for me. When your internet connection and/or the tile server is under high load, it's not unusual that some tile requests get lost, whichever browser you are using.

kolen: Didn't look up the setting of all curent browsers, but they rarely limit themselves to 2 connections nowadays. "2 connections" is an old RFC recomendation which is rarely optimal with curent hard/software.

"creating your own map" is a FAQ with many many answers in the documentation, depending on what you want to do and what your ressources are. For a straightforward "show a few specific POI on the map" like your example seems to be, try osm.wiki/Openlayers .

I do not think that natural=* should be translated anymore than, say, highway=*. "oak", "pine" etc are standardized values (as hinted by the fact that they are all-lowercase) so that we can have automated tools that work with them (for example displaying them differently on the rendered map, or building statistics).

If you want to display the name in your language, you're probably better off changing the tool that displays the map data rather than changing the map data itself.

I may be annoying to standardize on English... But for better or worse, that's the world we live in :p

PS: help.openstreetmap.org is better than the diary for such questions.

If only these stats counted users who have made edits. It's a much lower but much more interesting figure.

Above comment is only for the rendered tiles. For the underlying data, it's normaly once a week but they've been having technical difficulties for a while : http://support.cloudmade.com/forums/general/posts/2681/show

You'll soon also be exploring the less-traveled area just because they aren't maped yet *"come on, it's only a 2-hours detour"). And keep the map in your head at all times (even more so than usual), honing your orienteering skills. Have fun ! But don't forget to keep enjoying the scenery :)

No !!! Not my house !!! :)

No !!! Not my house !!! :)

You seem to have done a good bit of editing already, can you state your question more precisely ? To download the trace data in JOSM, just tick the "raw gps data" box when downloading an area to edit. And for questions like this, http://help.openstreetmap.org/ is better than the diary. The wiki would probably have your answer too.

OSM is usualy ahead (at least in popular areas) for pedestrians and recent modifications. In my city there are even two spots where OSM is ahead of the national mapping authority.

Sometimes it happens at a more impressive scale though : see http://tools.geofabrik.de/mc/?mt0=mapnik&mt1=googlemap&lon=-7.13802&lat=52.61326&zoom=12 for a strech of motorway that has been opened in september 2010, but so far only OSM and the national mapping agency are aware of it (just checked google, bing, ovi(navteq)). The motorway appeared on OSM the very next day after the inauguration.

Or when drivers don't notice the one-way sign or any other sign that contradicts the GPS. All GPS manuals have a "dont trust the GPS as the only source of information" disclaimer for a reason. It's harsh, but dying after driving off the visible road in an omniously-named desert deserves a Darwin Award.

That said, we of course must strive to make the map correct. tracktype, smoothness and surface sound like the main contenders to me in this case. Didn't know about 4wd, but it looks more like an Australia-specific legal designation, not a generic tag.

Amen to that. I wish more people who do not like the ODBL or CT (a tricky question, so it's understandable that views differ) would reallize that accepting the ODBL before stoping contributions (or contributing to a fork) is a possible compromize. Thanks for not making your past contributions a net loss for osm.org, and good luck with the fork.

In that case... Don't map it ? Unless you know for sure (official documents) that it's an area under construction (with a proper ETA), then you could map it as such, so that it can be easily tagged as highway=residential (or whatever) once it's constructed. Otherwise this is like the various forms of "disused" tags : not useful and more likely to cause problems than anything else.

Wenn den weg noch nicht existiert, kannst du dein .gpx direkt benutzen. Wenn es bereit existiert solltest du mehr vorsichtig sein.

Du kanst auch das "average waypoint" menu benutzen, um ein genauerer waypoint zu speichern. Am besten ist es, wenn du mehrere stunden später am gleichem ort kommst, und das "average waipoint" wieder benutzt. Probier ein waypoint zu speichern, der auf satelliten-photos einfach erkennbar ist, dann kannst du es als "survey_point" im OSM eintragen.

PS: Entshuldigung, mein Deutsch is nicht so gut.

Oui le tracé des océans est fait beaucoup moins fréquement, ça peut surprendre. Le plus drole c'est quand l'administrative_boundary a bien bougé sur le rendu, mais la limite terre/mer pas encore (alors que c'est le même way qui définit les deux).