OpenStreetMap

Users' diaries

Recent diary entries

Kenosha Mapping

Posted by JacalynK on 29 August 2014 in English (English)

I'm currently in the process of creating a working map of Kenosha, WI. This is where I am from so it is a relatively easy task. Much of the city has already been done, however not very thoroughly. I am frustrated that, while there are so many polygons created, none have any information attached with it. The whole purpose of doing something like this should extend beyond simply placing points, lines, and polygons.

So I'm slowly working on not only fixing many lines which are not drawn accurately, but also including important information. Part of me wishes that I could just erase everything and start from scratch! I guess that is what you get when you are a "neat freak".

Locksmith Chicago

Posted by Dan Muston on 29 August 2014 in English (English)

A locksmith has the skills and tools at his disposal to quickly and easily help you with a variety of tasks.

http://www.locksmithchicago.us.com/ 2536 S Dr Martin Luther King Jr Dr, Chicago, IL 60616

Business Phone Number: 773-231-5409

Witam

Posted by Tomektel on 28 August 2014 in English (English)

Hey, I am happy to be here with you and share my knowledge of the beautiful city of Koszalin

wer kann helfen?

Posted by Thomas021071 on 28 August 2014 in German (Deutsch)

Ich mag nicht hier irgendwas falsch machen, einen versuch hatte ich unternommen was aber nicht passte, deshalb melde ich nur Fehler, ich hoffe ich finde einen Maper der Fehler nach meinen Angaben ändert. Danke

Lucainena de las Torres y Turrillas (Almería)

Posted by Canellone on 28 August 2014 in Spanish (Español)

Terminados estos dos municipios.

НЯК головного мозга

Posted by ttg43 on 28 August 2014 in Russian (Русский)

Прорисовывая Уни, решил совершить вылазку на местный форум с призывом посильно помочь проекту данными. Надеялся, что слабое присутствие НЯК и мое настроение помогут собрать хоть что-то. Увы и ах, непробиваемая ситуация. Но не без позитива - notes появились в небольшом селе Порез. Забросил Уни, рисую Порез - заинтересованность нужно поощрять.

Location: Совхозная улица, Порезское сельское поселение, Унинский район, Кировская область, Приволжский федеральный округ, Российская Федерация

Changing the real world to map the renderer....

Posted by kevjs1982 on 28 August 2014 in English (English)

I know that tagging for the renderer is frowned upon but how about changing the real world to match the renderer, which is what indeed appears to be happening to the national cycle network over in Derbyshire...

"It has come to our notice after studying both Sustrans and Open Street maps, that numbers of the NCN Routes on the ground in the Etwall area differ from those on the maps. This is the result of stretches of new routes being built piecemeal over the years.

...

This is a far more logical way to number these routes, so we are proposing to change the signing to agree with the maps. "

http://rangersderby.blogspot.co.uk/2014/08/local-route-re-numbering.html

(Now watch the map change to match current reality until the signs are changed :p )

Location: Etwall CP, South Derbyshire, Derbyshire, East Midlands, England, United Kingdom

Tabernas (Almería)

Posted by Canellone on 28 August 2014 in Spanish (Español)

Terminado el municipio, había poco que hacer salvo nombrar las calles y reubicar un poco el callejero del pueblo.

Missing Maps Project mapathon - 26th August at British Red Cross building

Posted by Tallguy on 28 August 2014 in English (English)

Hi,

If you followed a link in a message to get to this diary entry, you're probably one of the people who went to the event. I'm the old, tall, bald & bearded one who stood at the front & talked for part of the time.

The event was laid on by a large team of people all hoping that we could give new mappers the information they need to get started mapping for HOT, from http://tasks.hotosm.org/ , but I think we're all aware that with such a big group of people 'zero to hero' is unlikely in the 2 hours that were available. We've given you a start & we're planning to help you keep going, but we do need you to try! It's a simple process but sometimes there are little hiccups with the software that can make it seem difficult, just keep trying & you'll get there. By the way, I still make mistakes - it's a human thing, just don't let it stop you & try to learn from them.

I'd recommend that you sign up for HOT emails - this link for a howto: https://lists.openstreetmap.org/listinfo/hot

If IRC is your thing then http://wiki.openstreetmap.org/wiki/Irc (obviously I'd recommend the HOT group!)

There are quite a few places to get more help from (The tasking manager has recently been upgraded & many of the screenshots are out of date - we're working on updating the guides, but the principles are the same). http://learnosm.org/en/ has several different modules & it's worth reading them. http://wiki.openstreetmap.org/wiki/OSM_Tasking_Manager contains more information and links.

I'll be validating shortly, and I always try to leave feedback on the squares I validate – I'm intending to start on http://tasks.hotosm.org/project/606 (#606 - Central African Republic. Refugees in Cameroon, Garoua-Boulaï - Meidougou ), and then move on to http://tasks.hotosm.org/project/624 (#624 - Ebola Outbreak, Eastern counties, Liberia, road network ) . I have other bits & pieces to do as well, so please bear with me if it takes a long time before your squares are validated.

There will be other Missing Maps Project events, and I hope you can come to another. We have concentrated on the information for new mappers, and kept things simple so far, but there is plenty of scope for variety, with faster methods of editing, importing the names of objects after surveys 'in the field' by local people, and perhaps you would like to try validating?

Feedback to us / me. What can we do to improve? We need to know please.

Thanks for reading, and I hope to validate some of your squares soon.

Nick (Tallguy)

Water in OpenStreetMap

Posted by Peda on 28 August 2014 in English (English)

This article is supposed to give a brief introduction about water in OpenStreetMap. It will show you typical errors made by mappers and how they can be fixed with the help of MapRoulette.

The Water Network

Mapping water in OSM can be divided into two categories. On the one hand there are area types of water like ponds, lakes, reservoirs and even whole river areas (waterway=riverbank) and as a special case the sea (natural=costline). On the other hand there are simple ways, the waterways: These are rivers, streams, canals, ditches and drains.

The water network is thus built by the waterways. This also means that a broad river mapped as riverbank additionally contains a waterway=river in between. Thereby the direction of the way also denotes the direction of the water flow. If you follow a river or stream, you should at some point reach a big lake or the see. How to identify the direction of a way is explained on this wiki page.

Unfortunately the water network in OSM is broken at many places. As a result, some rivers appear to flow uphill or spring from the sea.

SRTM and MapRoulette

SRTM provides height data for mostly the whole planet for free. It makes it possible to determine for any waterway in OSM if it flows downhill or uphill. Though the data is unprecise, many waterways are quite long which makes it quite reliable to identify the direction of flow for many rivers and streams. However, one can't advise to start an automatic mass edit based on SRTM. MapRoulette Having said that, there's a neat project called MapRoulette, helping to solve such problems by letting the OSM community decide on small tasks. Thus there is a new challenge in MapRoulette to check on the waterway's direction. Each task is one waterway that supposedly flows uphill and its flow direction has to be turned.

The difficulty of the tasks will grow over time. If the difference of height is some hundred of meters it's simple in most cases. For smaller differences, e.g. 10 meters, it might well be a error in SRTM. However, the challenge will start with the easy tasks. And still there will be extra help: Each task's instruction contains the height difference from the start to the end of the way as an additional help.

False Positives

It's not always as easy as one might think. There are some cases that need special attention that are listed below. * A canal might be tagged as a river or stream. In contrast to rivers or streams a canal may "flow" uphill. Particularly: What's the direction of a canal anyway? * Not every fork is a confluence. There are cases where a river splits up into two ways. * There are rivers and streams that dry out or drain away. Thus they "disappear" from the map. But you may not conclude that this is a spring.

Errors and Error Detection

The following paragraph will show some scenes with errors in the water network. It should give you an impression, how to determine (and repair) common mistakes.

All screenshots showing imagery are proprietary and based on GEOIMAGE-AUSTRIA® (c.f. wiki)

Mountains

In mountainous regions you typically get a large difference in height. An example of this can be seen in the following JOSM screenshots: The complete stream, the start and the end of the stream all end start As one can clearly see, the stream originates high up in the mountains and finally leads in a larger river in the valley. Downloading the data in the surrounding area one can additionaly check, if the stream and river are connected or not. The right image below shows the result after correcting the direction of the way. data fixed

Forks

If you check a waterway, it is also wise to investigate the complete way for forks. It happens quite often that more than one stream flows uphill as it was tagged by the same author. This might look like this: multiple

Water Mouth

Quite easy cases are rivers and streams that end in the sea. This can be detected, as the waterway is connected to the coastline. Thus, the way's direction has to lead to the sea. coastline

Defective Parts of the Way

In some cases only parts of a waterway are directed in incorrect. In these cases one part has to be wrong, but one also has to be cautious to correctly determine which part is wrong. wrong

Additional Notes

The network of waterways should be fully linked. Thus, it is advisable to also verify that ever way's end is connected to the next waterway. Especially ways should not end at riverbanks but at a river or stream.

Further typical errors or missing notes are welcome. I'd add them here

Any changeset's source tag should at least contain SRTM as a source.

Wasser in OpenStreetMap

Posted by Peda on 28 August 2014 in German (Deutsch)

Im Folgenden soll ein kleiner Überblick über Wasser in OpenStreetMap gegeben werden, die typischen Fehler erklärt werden und mit MapRoulette ein Weg aufgezeigt werden, diese Fehler einfach und schnell zu beseitigen.

Das Wassernetzwerk in OpenStreetMap

Das Mapping von Wasser in OSM unterteilt sich in 2 große Kategorien. Zum einen gibt es Wasserflächen die gemappt werden. Dies sind z.B. Weiher, Seen, Wasserreservoirs aber auch eine genaue flächenmäßige Erfassung von Flüssen (waterway=riverbank) und als Spezialfall das Meer. Zum anderen sind dies Wasserwege. Das sind die Flüsse (river), Bäche (stream), Kanäle (canal), Bewässerungsgräben (ditch) und Abwasserkanäle (drain).

Das eigentliche Wassernetzwerk wird dabei ausschließlich durch die Wasserwege aufgespannt, so dass ein breiter Fluss der als riverbank gemappt ist stets zusätzlich den eigentlichen Wasserweg (waterway=river) enthält. Die Richtung des Weges gibt dabei gleichzeitig die Flussrichtung des Wassers an. Verfolgt man also einen Bach oder Fluss immer weiter, sollte man irgendwann in einem großen See oder im Meer enden. Wie man die Richtung des Flusses (des Weges) erkennen kann, erklärt dieser Wikiartikel.

Leider ist das Wassernetzwerk an vielen Stellen in OpenStreetMap unvollständig bzw. kaputt, so dass Flüsse schon mal bergauf fließen oder im Meer entstehen statt dort zu enden.

SRTM und MapRoulette

Mit SRTM gibt es eine nahezu weltweite Abdeckung mit frei verfügbaren Höhendaten. Dadurch ist es einfach möglich, für Wasserwege in OSM zu prüfen, ob diese bergauf oder bergab fließen. Zwar sind die Höhendaten an vielen Stellen relativ ungenau, durch die typischerweise sehr langen Wasserwege kann man aber für viele Flüsse und Bäche recht zuverlässig bestimmen, ob diese richtig gemappt sind. Dennoch, eine automatische Korrektur auf Basis dieser Daten ist nicht zu empfehlen. MapRoulette Mit MapRoulette gibt es aber ein nettes Projekt, dieses Problem zu lösen: Man teil das Problem (Challenge) in kleine Aufgaben (Tasks) und lässt diese von der OSM-Community lösen. Es gibt daher eine neue Challenge, Wasserwege zu korrigieren und somit das Wassernetz zu verbessern. Jeder Task ist dabei ein Wasserweg der vermeintlich bergaufwärts läuft und umgedreht werden muss.

Der Schwierigkeitslevel wird dabei mit der Zeit steigen. Bei einer Höhendifferenz von mehreren Hundert Metern ist der Fall meist leicht, bei einer Höhendifferenz von 10 Metern kann es sich aber auch schnell um Fehler in den SRTM-Daten handeln. Beginnen wird die Challenge aber anfangs mit den eher eindeutigen Fällen. Dennoch ist als zusätzliche Hilfe für jeden Task die Höhendifferenz von Weganfang zu Wegende angegeben.

Falsepositiv

Aber nicht immer ist der Fall so einfach wie man anfangs denkt. Daher gibt es hier eine kurze Liste von Dingen, die man beachten sollte bzw. warum es eben doch vorkommen kann, dass der Wasserweg bereits korrekt ist. * Durch eine falsche Klassifikation kann ein Kanal als Bach bzw. Fluss getaggt worden sein. Kanäle können aber im Gegensatz zu Bächen und Flüssen durchaus bergauf "fließen" und besitzen insbesondere meist keine Richtung im eigentlichen Sinn. * Nicht immer ist eine Kreuzungsstelle von Wasserwegen ein Zusammenfluss. Es gibt durchaus Bäche und Flüsse, die sich teilen und in zwei unterschiedliche Richtungen weiterfließen. * Es gibt Bäche und Flüsse die austrocknen/versickern oder einfach nicht mehr sichtbar sind und somit von der Karte "verschwinden". Man darf daher nicht daraus schließen, dass es sich um eine Quelle handelt.

Fehler und deren Erkennung

Im Folgenden werden einige typische Szenarien gezeigt, in denen das Wassernetz einen Fehler enthält. Es soll grob vermitteln, wie man diese Fehler identifizieren (und reparieren) kann.

Die Screenshots im Folgenden zeigen zum Teil Luftbilder. Diese unterliegen dem Markenschutz von GEOIMAGE-AUSTRIA® (siehe hier ).

Gebirge

Vor allem bei großen Höhenunterschieden hat man es typischerweise mit Gebirge zu tun. Die folgenden drei Bilder zeigen einen solchen Fall in JOSM mit den jeweiligen Ausschnitten von Bachanfang und -ende. all end start Wie man recht klar erkennt, entspringt der Bach weit oben am Berg und mündet im Tal in einen größeren Fluss. Dies erkennt man noch besser, wenn man sich auch noch die Daten aus der Umgebung herunterlädt. So kann man auch gleich noch prüfen, ob der Bach auch mit dem Fluss verbunden ist. Im rechten Bild ist dann das Ergebnis, nach dem Ändern der Flussrichtung sichtbar und man kann sein Ergebnis hochladen. data fixed

Verzweigungen

Bei der Korrektur von einzelnen Wasserwegen solle man zudem prüfen, ob der Bach unter Umständen Verzweigungen aufweist. Dies sind oft Stellen, wo gleich mehrere Wasserwege die falsche Richtung aufweisen, da sie vom selben Autor gemappt wurden. multiple

Meeresmündung

Sehr einfach erkennbar sind Flüsse und Bäche, die im Meer enden. Der Wasserweg schließt dabei an die Küstenlinie (natural=coastline) an, die Flußrichtung muss entsprechend im Meer enden. coastline

Falsche Teilstücke

In einigen Fällen passiert es auch, dass ein angeschlossener Wasserweg bzw. ein Teilstück des Wasserwegs eine falsche Richtung aufweist. Hier ist etwas Vorsicht geboten, da man noch prüfen muss, welcher Teil des Wasserweges den Fehler aufweist. wrong

Weitere Hinweise

Da das Wassernetz vollständig vernetzt sein sollte, ist es ratsam, bei Korrekturen zu prüfen, ob der Wasserweg korrekt an den nächsten Wasserweg angeschlossen wurde. So sollte der Wasserweg insbesondere nicht an der riverbank sondern am Fluss selbst enden.

Beim Hochladen der Korrekturen sollte im source-Tag des Changesets unter anderem SRTM als Quelle genannt werden.

Viel Spaß

Lisätty kaikki puuttuvat Bitcoineja hyväksyvät kauppapaikat karttaan

Posted by vraisa on 27 August 2014 in Finnish (Suomi)

Lisäsin kaikki kartasta puuttuvat Bitcoineja hyväksyvät suomen kauppapaikat karttaan. Jos jotain puuttuu niin voi lisätä itse tai laittaa minulle viestiä osoitteeseen vraisa@prasos.fi

Sorbas (Almería)

Posted by Canellone on 27 August 2014 in Spanish (Español)

Terminado este municipio, añadido mas de 30 núcleos de población y sus accesos, tal como su info.

Location: Calle Santa Isabel, Sorbas, Provincia de Almería, Andalucía, España

What's up with the GPS traces?

Posted by pkoby on 27 August 2014 in English (English)

I've noticed recently that a lot of the GPS traces in my area are doing weird things. Many of the traces are fine, but a good portion of them are what can only be described as 'dashed'. I thought it might not be just mine, so I checked other areas of the world, and it's happening other places too.

Here's a sample from my region. Most of those traces are my own, but some are dashed and others are smooth. I think that the dashed ones are more recent. Screenshot of weird traces

What's also perplexing is that I can download the trace from OSM, and it displays all the detail that there should be.

Does anyone know what's going on?

EDIT: I looked back over my traces, and everything back to about July 26 is fine, but prior to that for a couple months is all funky.

Very impressed with Vespucci

Posted by Pgd81 on 27 August 2014 in English (English)

I'm a bit behind the times with smartphones. I only got my first a couple of years ago, a small-screened, low-powered model on a cheap-ish contract. It did the job, but I recently upgraded to a far more powerful, larger-screened model with 4G capability and WOW suddenly I'm finding I can do all sorts of cool things. One of those things is OSM-ing on-the-go with Vespucci. I'd heard about it ages ago but dismissed it (who'd want to fiddle around with a phone when you can sit at home with JOSM?), but I installed it recently and it's brilliant. Smooth, intuitive, & great features like the "recall last tags" button and the fact it won't let you download new areas without finishing off the last area. I've become a father recently so don't have time for long hikes in the country right now, so instead I'm doing small things like POIs and addresses whilst walking to the station, and uploading them via Vespucci on the train to work. Perfect.

laser puissants

Posted by BOUHADIBA on 27 August 2014 in French (Français)

j'ai un ami qui a acheter un laser sur laserachat.com ,c'est un laser 10000mw ,tres dangereux ,il a diriger vers les yeux de son achat ,et quelques secondes ,son achat est aveugle ,awful! je vous suggere de ne pas acheter un tel laser

Presenting about Wikimedia and OpenStreetMap at Wikimania 2014

Posted by seav on 25 August 2014 in English (English)

Eugene Villar giving his presentation

Photo Ⓒ Harry Wood, CC-BY-SA 2.0

Over two weeks ago, I had the amazing opportunity to attend Wikimania 2014 in London. Wikimania is the annual conference for the Wikimedia movement, which includes the Wikipedia project. Coincidentally, the conference occurred on the same weekend as the 10th anniversary of OpenStreetMap. As my way of celebrating the anniversary, I gave a presentation about the collaborations between OpenStreetMap and the Wikimedia projects at the conference.

Read more at my blog

Presentation slides

Location: Saint Luke's, London Borough of Islington, London, Greater London, England, United Kingdom

Sorbas (Almería)

Posted by Canellone on 25 August 2014 in Spanish (Español)

Empezando y retocando el municipio de Sorbas y sus pueblos.

Alcudia de Monteagud y Tahal (Almería)

Posted by Canellone on 25 August 2014 in Spanish (Español)

Ambos municipios de Alemria terminados.

Location: Calle Amargura, Tahal, Provincia de Almería, Andalucía, España

What's new in uMap

Posted by ybon on 25 August 2014 in English (English)

Here is an overview of the changes made in uMap recently:

The biggest change, even if it's not the more spectacular, is that Leaflet.Draw has been replaced by Leaflet.Editable as drawing engine. The goal was to have more control over the API, have touch support, and have multipolygon/polyline support. For now two enhancements come from that move:

  • It's now possible to continue a line. There are two ways to achieve this: right click on the last (or first) vertex of the line, or ctrl-click on the first or last vertex:

continue a line

  • It's now possible to draw (and edit) polygon holes: right-click inside of a polygon to start creating a hole:

create a hole

Next step is to handle multipolygon and multipolyglines editing and touch support (Leaflet.Editable is ready for that, but uMap itself need a bit more work).

  • when clicking on an element (marker, polygon…), it's now possible to open a panel, instead of the classic Leaflet popup

popup panel

example of story mapping activate slideshow

  • When using a clustered layer, it's now possible to define the cluster text color:

change cluster text color

  • Added a basic GPX and KML download, thanks to togpx and tokml:

download data

  • Until a proper multipolylines support, they are now merged (instead of being skipped) at import

  • A table editor allows to edit all elements of a layer in one view:

table editor

  • sometimes, we want a polygon to act as background, without being clickable. This is now possible trough the clickable option.

  • it's now possible to take control of the popup template using variables. Those variables will be populated dynamically from the elements properties. For example, let's say you have imported a geojson having the following properties: price, name, image, description; by default, only the name and the description will be displayed. But you can now take control of this. Here is an example of template to use with such data:

    # {name}
    {description}
    {{{image}}}
    Price: **{price}**
    
  • Added shortCredit (displayed in the attribution bar) and longCredit (displayed in the caption panel) properties, for more custom captions

  • a basic HTTP concurrency control has been added: if two persons edit a given layer of a same map in the same time, the last to save will be prompted that its changes will erase the changes made by someone else and asked for confirm before really saving:

example of save conflict

  • the "filter" field in the data browser was only filtering on the name property of the elements; this can be now controlled in the map properties

  • added a datalayers parameter, to override which layers will be visible on map load (useful to have different URLs for the same map, or when using the iframe exporter)

  • it's now possible to set a marker lat/lng properties by hand:

set marker latlng

More about uMap on the wiki: http://wiki.openstreetmap.org/wiki/UMap

Good umaping!

Older Entries | Newer Entries