OpenStreetMap

Nakaner has commented on the following diary entries

Post When Comment
New road style for the Default map style - the first version 17 days ago

I would prefer red junction names. https://cloud.githubusercontent.com/assets/899988/8582450/22903378-25c7-11e5-8e6c-b88daeb5d81a.png

pnorman wrote:

Is switching from blue motorways necessary? I realize that blue doesn't cleanly fit into a yellow orange red scheme, but it's unfortunate to lose a color which currently doesn't conflict.

There is already a conflict! Motorway blue looks similar to water blue.

I had a client who got rendered OSM maps (the Carto-like style of Maperitive) for printing. He asked me first to change the motorway blue to orange because it looked better.

From car driver point of view, there is less difference between a trunk and a motorway. By default, trunk have no speed limit in Germany (like motorways). The only differences are shorter curve radius and smaller lanes. That's why rendering of motorways and trunks should be similar.

New road style for the Default map style - the first version 20 days ago

I agree with your decision on rendering trams only at zoom 12+ as a railway fan (and co-developer of OpenRailwayMap). I have had a look on tram lines which go kilometres out of their city, e.g. Gotha–Tabarz.

If you go to change rendering of trams, you should also have a look at rendering of light rails (railway=light_rail). Light rails often run near roads (or between the two carriageways). Especially in Germany, we have multiple cities where light rails serve the job of trams, e.g. Stuttgart or Frankfurt (Frankfurt has two separate systems a partially over- partially underground light rail and a tram network). (trams are pink, light rails green, undergrounds blue, orange/black/brown/yellow/red are heavy railway tracks, tunnels are brighter)

Natural Atlas + OpenStreetMap about 1 month ago

Your Terms of Service state:

Geographic location data (latitude, logitude coordinates) from Natural Atlas cannot be used commercially without explicit written concent from an employee of Natural Atlas. If you're interested in this data, please email *****@naturalatlas.com.

From my point of view "cannot be used commercially without explicit written concent" is not compatible to OpenStreetMap data license.

  1. You cannot forbid me to vectorize map data from your map.
  2. If your users place the markers based on an OpenStreetMap-based map, these positions are covered by the share-alike of Open Database License.
Häuser zerschneiden… about 2 months ago

zarl schrieb:

Lustiger finde ich diesen Kreisel ein paar Meter weiter in der Krummen Strasse auf einem Parkhaus, der anscheinend von einem Bot erstellt wurde. Wie kontaktiert man den denn?

Der User ist kein Bot, der heißt bloß so. :-) Außerdem sollte jeder Bot auf PNs und Changeset-Kommentare reagieren oder wenigstens auf seiner Profilseite den Account seines "Kommandanten" angeben, den man dann anschreien kann.

Stirbt Talk-de? 3 months 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 months 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 4 months 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 4 months 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 4 months 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? 4 months ago

Du hast das alles falsch verstanden.

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

Der Stadtplandienst mit neuer Technik und OpenStreetMap ist online 4 months 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 4 months 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 5 months ago

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

Öffentlich... 5 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 6 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 6 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 6 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 6 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 8 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 ? 9 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.