OpenStreetMap

Nakaner has commented on the following diary entries

Post When Comment
Stirbt Talk-de? about 14 hours ago

@derFred: Ja, da hast du Recht. Ich überlege gerade bloß, ob ich das tun soll und mal wieder "in ein Wespennest stechen" [1] soll.

[1] ein altgedienter OSM-Aktiver hat das kürzlich zu mir in einem anderen Zusammenhang gesagt. :-)

Trying Overpass API 4 days ago

The combination of osmconvert and osmfilter (see OSM Wiki) might be a alternative at some use cases, especially if you need data of larger regions (counties, countries, …). You can download the raw data which is the input for osmfilter and osmconvert at download.geofabrik.de. I suggest PBF format.

Addresses Revisited 7 days ago

I think we have more than "1/3 to 1/2" of all addresses in Germany mapped yet. There a lots of buildings without a house number (even in the official cadastre). These adjacent building ("Nebengebäude") like garages or barns often are located on the same parcel and that's why they do not have an own housenumber.

It's time to import TIGER address ranges into OSM 7 days ago

I fully agree lyx.

America still suffers from an old, bad import called TIGER which has not been fixed yet. Importing the next TIGER data set would be as effective as spraying Roundup on every American mapper (if mappers were plants).

OSM is not a data storage center for public GIS data. If someone needs addresses for the whole US, he/she should download the TIGER address data and add it to his PostGIS database. Because TIGER is public domain, this no licensing problem.

From my low level comparison with Google data in a rural town, addresses were off by 10-20 feet max. More rural areas increased the uncertainty level, but it is significantly better than literally nothing.

I believe that Google uses TIGER addresses in large part of the U.S. They might have added a random error on each address coordinate to be able to prove copyright infringement.

As I wrote at other blog posts: People map if they miss anything. If they miss no data, they do not map, i.e. nobody misses data in rural areas. I think that Frederik's classification of the U.S. OSM community is not as bad as the answer at the Talk mailing list indicate. (There are some people who neither fit in category A nor in category B)

(a) A project for hackers and couch potatoes who trawl their county web pages and other sources to look for stuff they could "upload" to OSM (because it's such a big country and nobody could possibly, yadda yadda yadda)

(b) A project for people who roll up their sleeves, travel to places of humanitarian crises, and help those in need by creating maps where the government hasn't done their job well.

(Actually) fixing the Peoria GIS import 7 days ago

If an import was a bad import like the one you describe above, it should be reverted, not repaired. If people need really a map in this area they either will reimport the data in better way (simplified geometries, better tagging) or they will map the area by on the ground survey. If there are no mappers in this town, nobody needs the data.

From my point of view, OSM is not the right place for old data. Either import up-to-date data or map it on your own! I would delete the whole data garbage.

Stirbt Talk-de? 10 days ago

Du hast das alles falsch verstanden.

https://wiki.openstreetmap.org/wiki/Mailing_lists

Der Stadtplandienst mit neuer Technik und OpenStreetMap ist online 18 days ago

Endlich mal ein städtischer Stadtplan, der OSM nutzt UND einen mir noch unbekannten Kartenstil verwendet! Besonders auffällig ist, dass euer OSM-Layer keinen Hausnummern rendert und stattdessen die Namen der POIs in den Häuser (d.h. Ladengeschäfte usw.) bevorzugt.

Einen kleinen Kritikpunkt habe ich aber noch. Wenn ich ein die topographische Karte anzeige, wird als Quelle immer noch OSM unten rechts genannt. Das ist etwas unschön.

Rückblick auf die FOSSGIS 2015 in Münster und Ausblick auf die Zukunft der FOSSGIS about 1 month ago

@escada: fixed. It looked like a copy-paste error

Rückblick auf die FOSSGIS 2015 in Münster und Ausblick auf die Zukunft der FOSSGIS about 1 month ago

@lxbarth: Ich glaube, dass eine deutsche SotM 2016 eher in Bonn als in Berlin stattfindet.

Öffentlich... about 2 months ago

Suchst du das Lüneburger Mappertreffen, das Mappertreffen in Lüchow und die Lüneburger Mailingliste?

Die meiste Kommunikationsaktivität läuft in der deutschen Community über das Forum (Login mit OSM-Account)

Gebäudemapping in Neubaugebieten mit GPS und ohne Luftbilder 2 months ago

SammysHP schrieb:

Mein Problem seitdem war, dass ich VisualSFM nicht unter Linux zum Laufen bekommen habe. Da scheint sich in den letzten Monaten aber was getan zu haben, werde ich nochmal probieren.

Ich habe (auf Arch Linux) VisualSfM vom Juli 2014 verwendet und selbst kompiliert. Es ist zwar etwas aufwendig (das AUR-Paket kompiliert die Sourcen nicht, sondern lädt sich die Binaries, weshalb ich dann einfach selbst alles von Hand kompiliert habe), aber es geht. Dummerweise habe ich mir damals keine Anleitung geschrieben.

Brauchbar ist VisualSfM aber erst, wenn du die Hardwarebeschleunigung (GPU) nutzen kannst, sonst braucht SIFT (die Featuresuche in den Bildern) mindestens dreimal solange.

Flächen/Volumenkörper braucht man IMHO keine berechnen und Meshlab mag ich nicht, weil es, anders als CloudCompare, keine GPU nutzt (CloudCompare kommt auch noch mit 6 Mio. Punkten klar).

Relato do Encontro OSM Brasília - Janeiro/2015 2 months ago

Reading this diary entry via Google Translator, the addressing scheme of Santo Antônio do Descoberto seems to have similarities to Mannheim addressing scheme. In the town center of Mannheim, Germany buildings are assigned to square blocks (Quadrate) whose name consisits out of a letter and a number. See the English description at tourist information website of Mannheim.

Buildings/Address nodes are tagged

  • addr:housenumber=*
  • addr:place=[square name, e.g. B5]
  • addr:city=Mannheim, addr:postcode=*, …
  • addr:street=[square name, e.g. B5] It is only used because addr:place was invented in 2012 or 2013 when these addresses already had been mapped. Nominatim supports addr:place and that's why addr:street=* should not be used anymore for street-less housenumbers.

The squares are mapped as simple closed ways and tagged

  • area=yes
  • name=B5
  • place=neighbourhood

I suggest not to use multipolygons which refer to the street segments because it is fragile and breaks easily.

Fixing the rural US 3 months ago

Hi,

Perhaps we shouldn't have imported TIGER in these rural areas

The history (especially German speaking countries) tells us that an empty map makes a community grow and only countries with a large, geographically widely spreaded community have good and up-to-data data. I think it would be best if OSM carto would not to render objects anymore which are tagged with tiger:reviewed=no. After this change people will miss these streets at osm.org and every place where osm.org tiles are used. People will start removing this tag from objects they want to see at osm.org[1]. By removing this tag, they will review the data and improve it. It would happen where people need the data[2].

The advantage of this solution is that data user who want to have all OSM data, just can ignore tiger:reviewed=no, i.e. Mapbox, Mapquest etc. would not be affected. If you would remove all TIGER data from OSM which has not been reviewed yet[3]. As in solution 1, people would remap all areas which they need but data users like Mapbox would suffer from missing streets.

Maybe, I create a map called "The Better Map" on day which does not render data whose last modifier is an import user (or tagged with tiger:reviewed=no). U.S would became white but this would be better than rendering nonsense. :-)

Best regards from a country where OSM is used because it is better, not because it is free.

Michael

[1] A lot of mappers map a feature because it is rendered at osm.org. Let's benefit from this effect. [2] In Germany, people started to map where they were or where they needed a map. [3] I agree this too but I know that this will never happen. :)

Using Benchmarks for Imagery Offsets 3 months ago

Hi Doug,

I do not know what increased level accuracy came with any adjustments made by NGS.

Adjustment in this context is geodetic term. If you do tringulation, the sum of all interior angles of a triangle has to be 180°. If you measure these angles in field, you will get a sum which is not 180°, e.g. 179.854°. Now you have more measurements than necessary (two angles are necessary) and can adjust your measurements. You would add (1/3)*(180-179.854) to each measured angle. This is an very very easy adjustment.

In geodesy, you would usually adjust whole networks of angle, distance and GNSS¹ measurements.

I do not find a good site which explains geodetic adjustment good and understandable for non-geodesists (I could give you only some German Wikipedia articles).

Best regards

Michael (studying geodesy)

¹) GNSS (global navigation satellite systems) compromises GPS, GLONASS, Baidu, Galileo etc.

COFFEEDEX & the single-tag revolution 5 months ago

I think that OSM is the wrong location for prices of goods. OSM is a geographical database. I suspect that you just do not want to (1) run a separate database and (2) do not want to care about linking objects between OSM and your database.

You might say that coffee prices comply with "We map what's on the ground.". I agree with you at this point. But one of the main problem is that coffee prices are hard to maintain (keep up to date).

If someone maps coffee prices, what will be the next good whose prices is being stored at OSM? Decaffeinated coffee? Hot chocolate?

I know that some prices are mapped at OSM. Those prices usually are services like parking fees, fees to store luggage at a locker or going to toilet. But all these prices are paid for services which are often offered for free. Most car parkings are free (your town may be an exception), most toilets can be used without paying 1 Euro (you might have to buy something if it is a shop's customer toilet). Coffee at a cafe usually is not for free.

There are a couple of partially-geographic information at OSM, e.g. opening hours, phone numbers, websites etc.

Just a word about Wheelmap: Wheelmap is an editor about wheelchair related information (and some other POI tags). Wheelchair accessibility is a physical feature.

How can I get accurate locations in a forest ? 6 months ago

If you want to do DGPS, you need to recievers which output raw data. One receiver is mounted at a position with known, accurate coordinates, the second receiver is the receiver you carry with you. If you want to know your position in real time, you have to have a data connection between the to receivers (e.g. via Internet over cell phone networks) and the basis has to send its data via a NTRIP server. That's why post-processing is easier.

Unexpired.osm24.eu 7 months ago

Hi,

your tool is the tool which has lacked until now. People are usually focused on adding new POIs but few people actively look after the POIs in their area.

I miss following features (ordered from very useful to useful):

  • a Nominatim search field (very useful to switch an area)
  • buttons "edit this area in JOSM" and "edit this area in iD"
  • a filter function in order to show only very old POIs which should be checked first

Less important but useful for spreadening this tool (ordered from a little bit important to unimportant)

  • a JOSM plugin like the OSM Notes plugin (maybe you could reuse parts of its code)
  • for gamification: user statistics (user X has reviewed Y POIs) and area statistics (The POIs of this town have been reviewed just ago/There are no reviewing users in this town.)
  • for the users who monitor their town/area: RSS feed about recent review entries in a bounding box

Have you thought about uploading the code to a public repository?

Have you thought about translating the interface into other languages? I could do the German translation.

Thank you for this great tool.

No joy this weekend 7 months ago

Hi Gerald,

I myself watch edits in a couple of areas in Germany where I live or lived using WhoDidIt. I do not have the problem of newbies deleting boundaries. This might have a couple of reasons:

  • Newbies in Karlsruhe and Heilbronn area ususally add POIs (everything else has been mapped yet).
  • The area in East Germany has few newbies.
  • Boundaries usually do not share nodes with other objects in Germany. They are usally independent ways and not tagged on highway ways, too.
  • We have less vandalism.

Do you in Brasil need mapper(s) from abroad monitoring (newbie) edits and giving you lists of changesets/users you have to write a message to every one or two days? I think it is easy to decide, if an edit is harmful, maybe harmful or not harmful, if someone does not understand the local language.

Best regards

Michael

Moovit attribution for OSM data 11 months ago

The attribution is right now. http://tripplan.moovitapp.com/?customerId=2&metroAreaId=121&langId=41&selectCity=true

Ideas for a "suspect changesets classifier" 11 months ago

The German user Oli-Wan (a very active German forum member) developes a tool to detect vandalisms and other bad changesets. He has written about his idea/work in German forum. You may contact him in e.g. in German or English.