[Talk-tr] Yaylalar nasıl etiketlenir?
Merhaba. Bu günlerde güneybatı coğrafyasıyla uğraşıyorum. Esas olarak çok fazla bilinmeyen yayla yolları ve yaylalara odaklandım. Kendim dağ yollarında bisiklet sürmeyi pek sevdiğimden bu yollara odaklandım. Rota planlaması için çok iyi oluyor. Neyse lafı fazla uzatmadan sorayım; bu yolları takip ettiğimde gördüğüm yaylaları nasıl işaretleyeceğim yani etiketi ne olacak. Yayla diye bir etiket yok. Kendimce ya farmland olarak işaretliyorum ya da alan seçip adına yayla diyorum. Bir de bu yollar genel olarak toprak fakat bazı yerleri ancak traktörle geçilebilir. Tabi dağ bisikletiyle de. Ayrıca hangi bölümlerin tam olarak böyle olduğu uydudan net olarak belli olmuyor. Ben bu yolların tamamını toprak yol olarak işeretliyorum. Çok incelirse ya da bozukluğu belli olursa da patika diyorum. Doğru mu yapıyorum? ___ Talk-tr mailing list Talk-tr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-tr
Re: [Talk-de] Multiple Adressen für ein Gebäude / addr:place / place node / rendering
On Fri, Aug 28, 2015 at 11:52:57AM +0200, Florian Lohoff wrote: Hi, ich weiss ich breche hier wieder eine Religiöse Diskussion vom Zaun - Ich erhoffe mir das jemand vielleicht noch eine Lösung hat die schöner in der Karte aussieht. Es gibt das Haus Bergfried, 54538 Bausendorf - Das steht mitten im Wald und hat gleich mehrere Adressen. Postalisch laut eigener Angabe: Bergstraße 37, 54538 Bausendorf Landesvermessungsamt - Nach Webatlas Haus Bergfried 0, 54538 Bausendorf Dazu gibt es noch beliebige Spielarten mit - Haus Bergfrieden oder Haus Bergfrieden 0 Postalische Adresse ist einfach - Die habe ich einfach auf einen Node gepackt. Der Weg vor der Tür ist zwar nur ein Wirtschaftsweg/Hauszufahrt aber die Bergstraße ist ja nicht so weit weg als das das ungültig wäre. Das Kataster kennt die Hausnummer 37 im überigen nicht. Das mit Haus Bergfrieden 0, 54538 Bausendorf ist dann schon schwieriger. Am Ende ist das ja ein place - keine Straße. Um so eine Adresse in den Nominatim index zu bekommen braucht es einen place node. Also einen place node mit place=locality, name=Haus Bergfried, alt_name=Haus Bergfrieden - Dann einen addr node mit uaddr:place=Haus Bergfried addr:housenumber=0 Meiner Meinung nach wäre hier korrekter: addr:housename=Haus Bergfried addr:housenumber=0 addr:place=Bausendorf Dann kannst du die locality-Node löschen und das Rendering ist auch ok. Gruss Sarah ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [OSM-talk] stop deleting abandoned railroads
This is your opinion, which you are seeking to impose on everybody. Somewhat selectively it would appear, as you are not going to burn your fingers on highway=proposed. I guess you will be deleting the HS2 (proposed UK high speed rail line) route as well, right? If you would like to, you will find it here: http://www.openstreetmap.org/relation/1986960 Go on, I dare you. On 2015-08-29 09:48, Mateusz Konieczny wrote: On Fri, 28 Aug 2015 23:18:17 -0400 Russ Nelson nel...@crynwr.com wrote: But what gives them the right to delete things that other people CAN see and DO want to have in OSM? Because mapping thoroughly destroyed objects that no longer exist (like rail lines where even earthworks are levelled and houses are built over place where railway used to be - something defended in this thread by some) is a dangerous precedent that would lead to a complete mess (like mapping destroyed and no longer existing objects and slapping end_date on them or mapping objects that never existed and pretending that putting start_date on them makes it OK). Mapping proposed and potential (so not existing, unverifiable and likely to never appear) is already major problem in my region. Adding to that objects that no longer exist is an extremely poor idea. Therefore I will delete any object that no longer exists or never existed (after communication with mapper or other method to verify whatever I am mistaken, with exception of highway=proposed). It is important to avoid treating mapping completely destroyed railways as OK - we already have terrible highway=proposed (mapped in some valid places and many where projects are pure political fiction or outright SF - like highway=proposed that used to be mapped across Boering Strait*). * Yes, I deleted it. I am not OK with mapping abandoned railroads (as in traces of it are present) but railways where only trace is presence on old documents should not be mapped. ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [Talk-de] Multiple Adressen für ein Gebäude / addr:place / place node / rendering
On Fri, Aug 28, 2015 at 01:08:57PM +0200, gmbo wrote: Hallo Flo, warum hängst du die Tags nicht alle an den Gebäudeumriss, den Tag place=locality http://wiki.openstreetmap.org/wiki/DE:Tag:place%3Dlocality würde ich normalerweise weglassen oder auch mit dranhängen. addr:housenumber=37 würde ich taggen , 0 nicht, die wird nie am Haus angebracht und bei der Suche würde sie doch auch keiner eingeben. Das stimmt so nicht. Ich arbeite mit Datenbeständen eine Telekommunikationsunternehmens und da ist die 0 eine sehr Häufige Hausnummer. Ich habe mich erst gewundert und tatsächlich wird das im Liegenschaftskataster auch benutzt. Wenn ich jetzt die Adressen geokodieren möchte habe ich die 0 da. Ja - Postalisch ist die meist nicht in Benutzung - Für Kataster und Infrastruktur aber schon und deshalb ist mir Haus Bergfried überhaupt aufgefallen - Weil ich das nicht geokodieren konnte. Und ich habe Haus Bergfried 0, Bausendorf als Adresse. Gibt halt mehr Adressen als nur die Postalischen. Flo -- Florian Lohoff f...@zz.de We need to self-defense - GnuPG/PGP enable your email today! signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Multiple Adressen für ein Gebäude / addr:place / place node / rendering
On Fri, Aug 28, 2015 at 01:57:45PM +0200, Martin Koppenhoefer wrote: sent from a phone Am 28.08.2015 um 11:52 schrieb Florian Lohoff f...@zz.de: Es gibt das Haus Bergfried, 54538 Bausendorf - Das steht mitten im Wald und hat gleich mehrere Adressen. ich würde mehrere Adressobjekte machen, die sich ruhig auch überlappen können So habe ich das ja gemacht. Für Haus Bergfried, Bausendorf ist halt ein place node noch zusätzlich notwendig weil das eben keine Straße ist. Also addr:place. Ich finde die Lösung bis auf das rendering auch in Ordnung. Flo -- Florian Lohoff f...@zz.de We need to self-defense - GnuPG/PGP enable your email today! signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Abgerissene Gebäude
Hallo, sollte man ein abgerissenes Gebäude, bisher building=yes, einfach löschen obwohl es noch im Bing zu sehen ist? Wie verhindere ich, dass es nicht wieder neu aufgenommen wird? Hat jemend eine Idee? building=no note=abgerissen mit besten grüßen Heinz ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-cz] Zákaz vjezdu - Tranzit
Dne 29.8.2015 v 6:54 Petr Holub napsal(a): Ahoj, Na ministerstvu dopravy se zase vyznamenali: Navrhují pod značku zákaz vjezdu nad 3,5t dodatkovou tabulku Tranzit, která povolí vjezd jen za účelem nakládky nebo vykládky. Tedy to bude v podstatě totéž, jako Mimo dopravní obsluhu. http://ostrava.idnes.cz/dodatkova-tabulka-tranzit-ma-pomoci-vymytit-kamiony-z-mest-a-obci-p9l- /ostrava-zpravy.aspx?c=A150828_2187522_ostrava-zpravy_woj Až to zavedou, budeme zavádět nový tag, nebo si vystačíme s dopravní obsluhou? :-D podle mne tohle presne odpovida vyznamu anglickeho tagu delivery. Tedy na rozdil od te nasi dopravni obsluhy, kterouzto jsme na delivery napasovali notne pokroucenou semantikou (mimochodem, ted jsem se dival, ze DE: komunita na to jde trochu jinak - kombinace destination a delivery, viz http://wiki.openstreetmap.org/wiki/DE:Key:access#Anliegerverkehr.2FAnrainerverkehr.2FZubringerdienst v Rakousku, kde ted zrovna ziji, se velmi casto vyskytuje ten Anrainerverkehr, coz je IMHO presne totez jako u nas dopravni obsluha (jeste vtipnejsi tu byva nur fuer Berichtigte). Petr A to ste jeste oba zapomeli na moznost prujezd zakazan, coz je defakto taky totez. ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-de] Abgerissene Gebäude
Ok, Weiss aber auch noch nicht was der Renderer daraus macht. Am 29. August 2015 11:04:25 MESZ, schrieb Andreas Schmidt schmidt-postf...@freenet.de: hallo, ich habe die Umrisse in der Datenbank belassen und entsprechend eine Bemerkung geschrieben: note:de=abgerissen in 10/2014 Auf die Idee „building=no“ bin ich nicht gekommen. siehe: https://www.openstreetmap.org/way/217196303/history Grüße Andreas Am 29.08.2015 um 10:12 schrieb Heinz-Jürgen Oertel: Hallo, sollte man ein abgerissenes Gebäude, bisher building=yes, einfach löschen obwohl es noch im Bing zu sehen ist? Wie verhindere ich, dass es nicht wieder neu aufgenommen wird? Hat jemend eine Idee? building=no note=abgerissen mit besten grüßen Heinz ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de -- Heinz Jürgen Oertel vom Android Handy ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-tr] Yaylalar nasıl etiketlenir?
Merhaba Özgür, Ben yaylaları bu şeklinde etiket veriyorum: name=yayla place=hamlet turkey_class=yayla turkey_class özel oluşturdum cünkü Türkiye'ye ait birkaç özel yerleşim birimleri var; (diğer iki ise turkey_class=belde ve mezra) Türkiye'de ki turkey_class=yayla durumu bu linkte görünür: http://overpass-turbo.eu/s/baT Toprak yolları gelince bende çoğu zaman highway=track kullanıyorum; 4 tekerlekli araç geçemezse highway=path. Yürüyüşçüler sac_scale etiketi kullanarak daha ayrıntılı bilgi veriyor - o konuda vikide bilgi bulunur: http://wiki.openstreetmap.org/wiki/Key:sac_scale Bisikletciler ise mtb:scale kullanarak daha ayrıntılı bilgi veriyor: http://wiki.openstreetmap.org/wiki/Key:mtb:scale (o iki sayfanın türkçesi henüz yok - her zaman gibi!) Yaylaları gösteren ayrıntılı haritalar yok gibi Türkiye'de! Kolay gelsin ve iyi geziler! ;) Roman (katpatuka@osm) On Sat, 29 Aug 2015 10:05:46 +0300, Ozgur GOKALP ozgurgok...@gmail.com wrote: Merhaba. Bu günlerde güneybatı coğrafyasıyla uğraşıyorum. Esas olarak çok fazla bilinmeyen yayla yolları ve yaylalara odaklandım. Kendim dağ yollarında bisiklet sürmeyi pek sevdiğimden bu yollara odaklandım. Rota planlaması için çok iyi oluyor. Neyse lafı fazla uzatmadan sorayım; bu yolları takip ettiğimde gördüğüm yaylaları nasıl işaretleyeceğim yani etiketi ne olacak. Yayla diye bir etiket yok. Kendimce ya farmland olarak işaretliyorum ya da alan seçip adına yayla diyorum. Bir de bu yollar genel olarak toprak fakat bazı yerleri ancak traktörle geçilebilir. Tabi dağ bisikletiyle de. Ayrıca hangi bölümlerin tam olarak böyle olduğu uydudan net olarak belli olmuyor. Ben bu yolların tamamını toprak yol olarak işeretliyorum. Çok incelirse ya da bozukluğu belli olursa da patika diyorum. Doğru mu yapıyorum? ___ Talk-tr mailing list Talk-tr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-tr
Re: [Talk-de] Abgerissene Gebäude
hallo, ich habe die Umrisse in der Datenbank belassen und entsprechend eine Bemerkung geschrieben: note:de=abgerissen in 10/2014 Auf die Idee „building=no“ bin ich nicht gekommen. siehe: https://www.openstreetmap.org/way/217196303/history Grüße Andreas Am 29.08.2015 um 10:12 schrieb Heinz-Jürgen Oertel: Hallo, sollte man ein abgerissenes Gebäude, bisher building=yes, einfach löschen obwohl es noch im Bing zu sehen ist? Wie verhindere ich, dass es nicht wieder neu aufgenommen wird? Hat jemend eine Idee? building=no note=abgerissen mit besten grüßen Heinz ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [OSM-talk] stop deleting abandoned railroads
On Fri, 28 Aug 2015 23:18:17 -0400 Russ Nelson nel...@crynwr.com wrote: But what gives them the right to delete things that other people CAN see and DO want to have in OSM? Because mapping thoroughly destroyed objects that no longer exist (like rail lines where even earthworks are levelled and houses are built over place where railway used to be - something defended in this thread by some) is a dangerous precedent that would lead to a complete mess (like mapping destroyed and no longer existing objects and slapping end_date on them or mapping objects that never existed and pretending that putting start_date on them makes it OK). Mapping proposed and potential (so not existing, unverifiable and likely to never appear) is already major problem in my region. Adding to that objects that no longer exist is an extremely poor idea. Therefore I will delete any object that no longer exists or never existed (after communication with mapper or other method to verify whatever I am mistaken, with exception of highway=proposed). It is important to avoid treating mapping completely destroyed railways as OK - we already have terrible highway=proposed (mapped in some valid places and many where projects are pure political fiction or outright SF - like highway=proposed that used to be mapped across Boering Strait*). * Yes, I deleted it. I am not OK with mapping abandoned railroads (as in traces of it are present) but railways where only trace is presence on old documents should not be mapped. ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Abandoned Rails
On Fri, 28 Aug 2015 23:46:58 -0400 Russ Nelson nel...@crynwr.com wrote: Frederik Ramm writes: On 08/22/2015 11:07 PM, Lester Caine wrote: What we need is a database that already has all the data and simply identify when some small elements of it cease to be current. In OSM we do that by deleting the small elements ;) In OSM we do that by tagging the small elements properly. Deletion is vandalism. No smiley. And in case of elements no longer present correct tagging is a complete lack of tagging, therefore deleting is perfectly OK. ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] stop deleting abandoned railroads
Mateusz Konieczny wrote: Therefore I will delete any object that no longer exists or never existed (after communication with mapper or other method to verify whatever I am mistaken, with exception of highway= proposed). OSM would be a better, and nicer, place if people went out and did mapping, rather than staying at home and doing deleting. Richard -- View this message in context: http://gis.19327.n5.nabble.com/stop-deleting-abandoned-railroads-tp5852056p5853420.html Sent from the General Discussion mailing list archive at Nabble.com. ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
[OSM-talk] OpenStreetMap Carto v2.34.0 release
This email is also in user diary form at http://www.openstreetmap.org/user/Mateusz%20Konieczny/diary/35690 with working links. OpenStreetMap Carto 2.34.0 has been released and rolled out to the openstreetmap.org servers. It might take up to 48 hours before all tiles show the new rendering. Changes include better rendering for highway=path/footway/cycleway - this is the next iteration of improving how footways and cycleways are displayed. Unpaved footways are now visible on natural=bare_rock and there are now three classes: paved, unpaved and unknown surface #1788 man_made=bridge is now rendered #1633, #1791 new rendering for landuse=quarry #1696 amenity=veterinary is now rendered #1656 amenity=community_centre is now rendered #1744 amenity=prison and landuse=military rendering takes in account area size #1739 consistent color for boundaries #1773 tweaked zoom level for amenity=car_sharing #1762 and amenity=car_rental #1761 Mapnik 3 preperations are now finished. The style now supports Mapnik 3. Most of the work was done on the Mapnik side. #1792 A full list of changes can be found on Github - https://github.com/gravitystorm/openstreetmap-carto/compare/v2.33.0...v2.34.0 Style for footways and cycleways is not ideal and there are some known problems (see #1793 and #1748). Pull requests that would solve this issues are welcomed. It is a good idea to check whatever bridges in your region are tagged for renderer - mistagging bridges as buildings is quite popular (only rare constructions fit definition of building=bridge - building=bridge is brown and man_made=bridge is gray). For people interested in adding surface tags in their area - here is a helpful overpass query (zoom in before using Run button): http://overpass-turbo.eu/s/b88 This query return ways without surface tags and ones tagged with tags not documented as valid surface values. Only ways with highway=footway/path/cycleway are displayed. In nearly fully mapped regions one may modify query to search for missing surface also for other highway types. As always, we welcome bug reports at https://github.com/gravitystorm/openstreetmap-carto/issues where they will be tracked. Previous release announcement: http://www.openstreetmap.org/user/pnorman/diary/35589 ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] stop deleting abandoned railroads
sent from a phone Am 29.08.2015 um 12:42 schrieb Richard Fairhurst rich...@systemed.net: OSM would be a better, and nicer, place if people went out and did mapping, rather than staying at home and doing deleting. +1, deletionism and relevance discussions have seriously harmed Wikipedia by shooing away contributors in many countries and I really hope we don't follow their example. Mapping is too laborious to really expect the whole history of the world reappear in OSM anyway. cheers Martin ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [Talk-de] Abgerissene Gebäude
Am 29.08.2015 um 11:24 schrieb H.J. Oertel: Ok, Weiss aber auch noch nicht was der Renderer daraus macht. Auf der OSM Hauptkarte wird building =no nicht gemalt. Chris ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
[OSM-talk-fr] extrait de carte avec POI
hello, comment extraire des extraits de cartes avec un POI comme http://www.isilines.fr/fr/gare-routiere-auxerre qui utilise gmaps ? merci. -- View this message in context: http://gis.19327.n5.nabble.com/extrait-de-carte-avec-POI-tp5853418.html Sent from the France mailing list archive at Nabble.com. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [Talk-de] Abgerissene Gebäude
hi, Heinz-Jürgen Oertel schrieb: Hallo, sollte man ein abgerissenes Gebäude, bisher building=yes, einfach löschen obwohl es noch im Bing zu sehen ist? Wie verhindere ich, dass es nicht wieder neu aufgenommen wird? Hat jemend eine Idee? building=no note=abgerissen hat OSM nicht eine history? So denke ich, weg ist weg - ist nicht ganz weg. Man kann es wieder hervorbringen mit tools. Sowas wäre sicher das praktikabelste? Als Nostalgiker kann man seinen Punkt natürlich noch ein büschen pfelgen ... ;) best, t. ... ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
[Talk-it] man_made=bridge
vorrei fare un po' di pubblicità per il tag in oggetto. Si usa per mappare il contorno di un ponte e si associa il tag name per il ponte. Da poco viene visualizzato sullo stile principale, quindi usiamolo! Per lo più i nostri ponti sono ancora mappati soltanto implicitamente (bridge=* sul percorso che percorre il ponte). Ciao Martin ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-de] Abgerissene Gebäude
Hallo tshrub, Am 2015-08-29 um 15:04 schrieb tshrub: hat OSM nicht eine history? So denke ich, weg ist weg - ist nicht ganz weg. Man kann es wieder hervorbringen mit tools. Sowas wäre sicher das praktikabelste? Als Nostalgiker kann man seinen Punkt natürlich noch ein büschen pfelgen ... ;) Du hast keine Sesselmapper, fehlende Gebäude ergänzen, weil sie auf den Bing-Bildern zu sehen sind, aber in OSM fehlen? Herzlichen Glückwunsch, dass du ein Mappingrevier frei von Konkurrenten, Nebenbuhlern und Newbies gefunden hast. XD Das Problem gibt es nicht nur bei Gebäuden, sondern auch bei Verkehrswegen und eigentlich allem, was auf Bing zu sehen ist. Google einfach mal nach Sesselmapper oder Couchmapper. Das Problem ist so alt wie die Erlaubnis Bing- (bzw. früher Yahoo!-)Bilder nutzen zu dürfen. Viele Grüße Michael -- Per E-Mail kommuniziere ich bevorzugt GPG-verschlüsselt. (Mailinglisten ausgenommen) I prefer GPG encryption of emails. (does not apply on mailing lists) signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Abgerissene Gebäude
Hallo Heinz, Am 2015-08-29 um 10:12 schrieb Heinz-Jürgen Oertel: Hat jemend eine Idee? building=no note=abgerissen Von building=no rate ich ab. Allex, was den building-Key verwendet, ist ein Gebäude, denn es gibt eine Vielzahl an Values. Nimm bitte razed:building=yes oder historic:building=yes und dazu note=*. Wenn es neue Luftbilder gibt, kann man solche Gebäude dann auch löschen. Viele Grüße Michael -- Per E-Mail kommuniziere ich bevorzugt GPG-verschlüsselt. (Mailinglisten ausgenommen) I prefer GPG encryption of emails. (does not apply on mailing lists) signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
[Talk-gb-westmidlands] September meeting - Wednesday 2nd in Tamworth
Hi all, We are due to hold our next meeting this Wednesday (you will recall that we have switched to the first Wednesday of the month). It's due to be in Tamworth. Can you please let me know if you can go ASAP as I know a number of you are unable to attend this month. Regards, Rob p.s. If you want to attend but prefer a different location then let me know as we may be able to re-arrange based on expected turn-out. ___ Talk-gb-westmidlands mailing list Talk-gb-westmidlands@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-gb-westmidlands
Re: [Talk-de] Abgerissene Gebäude
Hallo, ich weiß ja nicht was dort aktuell zu sehen ist bzw. geplant ist nach dem Abriss. Aber es würde sich auch anbieten daraus dann ein landuse=brownfield zu machen. Christopher On 29.08.2015 10:12, Heinz-Jürgen Oertel wrote: Hallo, sollte man ein abgerissenes Gebäude, bisher building=yes, einfach löschen obwohl es noch im Bing zu sehen ist? Wie verhindere ich, dass es nicht wieder neu aufgenommen wird? Hat jemend eine Idee? building=no note=abgerissen ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
[OSM-ja] 2015-08-28 の朝日新聞社会面にOSMの記事が載りました
あれだけ大きく載ったのに誰も書かないので。 2015-08-28の朝日新聞 社会面 14版 31ページ に「ネット地図 編集者は私」 と言うタイトルでOSMの話が載っています。上加茂神社のマッピングパーティ とか、調布市での話とかが載っています。ここでもおなじみの人の名前も ちらほら。 ribbon ___ Talk-ja mailing list Talk-ja@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ja
Re: [Talk-de] Abgerissene Gebäude
Wenn noch Spuren da sind oder auch wenn das Gebaeude eine Funktion hatte (z.B. Rathaus) dann kann man den life cycle prefix demolished: benutzen: http://wiki.openstreetmap.org/wiki/Key:demolished: Was die Luftbilder zeigen, ist unerheblich. Was zaehlt ist, was wirklich vor Ort jetzt zu sehen ist. Volker 2015-08-29 10:12 GMT+02:00 Heinz-Jürgen Oertel hj.oer...@t-online.de: Hallo, sollte man ein abgerissenes Gebäude, bisher building=yes, einfach löschen obwohl es noch im Bing zu sehen ist? Wie verhindere ich, dass es nicht wieder neu aufgenommen wird? Hat jemend eine Idee? building=no note=abgerissen mit besten grüßen Heinz ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
[OSM-talk] Innovative uses of OSM data in cities?
dear all, Next week I'm giving a talk about OSM and the work of the DWG to a group of mostly academics who are interested in Smart Cities and being fairly critical about Urban Big Data. I wanted to show a few examples of innovative uses of the data, or things that can only have come about because so much of the base map is there. OSMBuildings.org and the related 3D work would be one example. Another is some of Alasdair Rae's work visualising urban footprints: http://www.undertheraedar.com/2015/07/urban-footprints-some-building-outline.html And for something different, the OSM based clothing from http://monochome.com/ But I am interested in other examples of novel uses of OSM data, any suggestions from the list would be welcome. Jo -- Jo Walsh metaz...@fastmail.net ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Innovative uses of OSM data in cities?
Hi Jo, Inasafe for an example? http://inasafe.org/en/ Disaster modelling based on OSM data, particularly buildings. I wrote up a blog post about data collection in Padang, Indonesia: http://hotosm.org/updates/2012-09-24_from_remote_tracing_to_field_mapping_in_padang I just realised that was almost 3 years ago. Tempus fugit and all that, but hopefully still relevant. Cheers, Joseph On 29 August 2015 at 16:39, Jo Walsh metaz...@fastmail.net wrote: dear all, Next week I'm giving a talk about OSM and the work of the DWG to a group of mostly academics who are interested in Smart Cities and being fairly critical about Urban Big Data. I wanted to show a few examples of innovative uses of the data, or things that can only have come about because so much of the base map is there. OSMBuildings.org and the related 3D work would be one example. Another is some of Alasdair Rae's work visualising urban footprints: http://www.undertheraedar.com/2015/07/urban-footprints-some-building-outline.html And for something different, the OSM based clothing from http://monochome.com/ But I am interested in other examples of novel uses of OSM data, any suggestions from the list would be welcome. Jo -- Jo Walsh metaz...@fastmail.net ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk-fr] extrait de carte avec POI
utilise umap qui affiche un fond de carte zoomable sur la zone de ton choix et te permet de créer une liste personnalisée de poi et de polygones ou traits avec commentaires et liens supplémentaires et qui s'intègre facilement sur un site tel qu'un blogue. umapte fiurbit un éditeur Le 29 août 2015 12:29, willemijns sebast...@willemijns.com a écrit : hello, comment extraire des extraits de cartes avec un POI comme http://www.isilines.fr/fr/gare-routiere-auxerre qui utilise gmaps ? merci. -- View this message in context: http://gis.19327.n5.nabble.com/extrait-de-carte-avec-POI-tp5853418.html Sent from the France mailing list archive at Nabble.com. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk] Innovative uses of OSM data in cities?
OpenFireMap and Sochi for example, Sochi Fire Department has used OpenFireMap as their reference for a number of years, even before Sochi. Þann 29.8.2015 15:39, skrifaði Jo Walsh: dear all, Next week I'm giving a talk about OSM and the work of the DWG to a group of mostly academics who are interested in Smart Cities and being fairly critical about Urban Big Data. I wanted to show a few examples of innovative uses of the data, or things that can only have come about because so much of the base map is there. OSMBuildings.org and the related 3D work would be one example. Another is some of Alasdair Rae's work visualising urban footprints: http://www.undertheraedar.com/2015/07/urban-footprints-some-building-outline.html And for something different, the OSM based clothing from http://monochome.com/ But I am interested in other examples of novel uses of OSM data, any suggestions from the list would be welcome. Jo ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Innovative uses of OSM data in cities?
http://dressmap.it = bags in faux leather with a map of your city http://osmhydrant.org/ = tool to manage the coverage of hydrants https://cquest.hackpad.com/OpenStreetMap-goes-in-the-4th-dimension--ju3XWhj2qAV = osm in 4 dimension :) ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [Talk-de] Problem mit Bahnhofsmapping von MentzDV
2015-08-29 21:36 GMT+02:00 Peter Barth osm-p...@won2.de: * Die Gleisgeometrie wurde verändert. Die Ecken in der Gleisführung sind wohl sicher nicht vorhanden: http://osm.org/#map=19/48.57395/13.45322 So etwas passiert leider ab und zu. Mir ist schon passiert, dass ich mir ziemlich viel Mühe gemacht habe beim Mapping eines Ortes die Straßen detailiert (dem Luftbild nach) einzutragen. Kaum war ich damit fertig kam schon einer, der meinte er müsse die Arbeit korrigieren und hat mit einem JOSM plugin die Straßen wieder begradigt mit der Begründung, man sollte in der OSM database Platz sparen (ohne, dass er eigentlich etwas sinnvolles gemappt hätte). Das Ärgerliche daran war, dass ich die Straßen wieden verbessern musste um die Häusern überhaupt eintragen zu können, weil die Straßen in diesem Ort so schmal waren :-/ Tja ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [OSM-talk] Abandoned Rails
On 29/08/2015 08:50, Mateusz Konieczny wrote: And in case of elements no longer present correct tagging is a complete lack of tagging, therefore deleting is perfectly OK. +1 --- This email has been checked for viruses by Avast antivirus software. https://www.avast.com/antivirus ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Abandoned Rails
On 29/08/2015 05:03, Russ Nelson wrote: Dave F. writes: On 23/08/2015 01:27, Balaco Baco wrote: What we need is a database that already has all the data and simply identify when some small elements of it cease to be current. In OSM we do that by deleting the small elements ;) I'm sorry. But this is just a stupid thing to do. Are you saying if a building gets demolished replaced with a new one, you wouldn't remove the original outline from OSM? This is also a strawman argument. Stop it. How can it be a straw man when it's a question? I genuinely didn't understand the previous comment so asked for clarification. This is a perfectly acceptable thing to do in reasoning discussion. Instead, I and others have said that since you can see a railway at point A, and you can see a railway at point B, it only makes sense to map it between those points for several reasons: o Chances are good that there are artifacts between point A and B that further investigation will reveal. Then map those artefacts, not the non-existent rail track o Mappable entities exist between those points which can only be understood by including the dismantled railways (e.g. bridges, roads, or buildings). Rubbish. A bridge is still recognisable as a bridge without stating its history. o It's possible that cadastral data would reveal the presence of a right-of-way, and (I think, but correct me if I'm wrong) everybody agrees that there is way too much cadastral data to include in OSM, and it's something that must be imported because it only exists in a real property office's database. Please clarify what you mean by cadastre. I can point to examples of all of the above. Please don't doubt me. You don't want me to have more facts on my side. --- This email has been checked for viruses by Avast antivirus software. https://www.avast.com/antivirus ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Abandoned Rails
On 29/08/2015 05:03, Russ Nelson wrote: Also why is there a rail route relation attached to this entity when you clearly can't go by train along it? https://www.openstreetmap.org/way/366610457#map=16/42.9193/-75.8514 Dave F. --- This email has been checked for viruses by Avast antivirus software. https://www.avast.com/antivirus ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [Talk-de] Abgerissene Gebäude
On Sat, Aug 29, 2015 at 10:12:01AM +0200, Heinz-Jürgen Oertel wrote: Hallo, sollte man ein abgerissenes Gebäude, bisher building=yes, einfach löschen obwohl es noch im Bing zu sehen ist? Wie verhindere ich, dass es nicht wieder neu aufgenommen wird? Hat jemend eine Idee? building=no note=abgerissen Meist wird ja an der stelle der alten Gebäude was neues gebaut. Ich setze meist einen Note nach dem motto - Gebäude Abgerissen - Bautätigkeit beobachten Flo -- Florian Lohoff f...@zz.de We need to self-defense - GnuPG/PGP enable your email today! signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-it] Porti, marine e tutto quanto
sent from a phone Am 29.08.2015 um 20:39 schrieb Aury88 spacedrive...@gmail.com: per le marine si fa accenno al fatto che l'area non deve comprendere l'acqua, immagino vale anche per l'harbour, ma non viene detto da nessuna parte.. per me sia una marina che un porto comprendono acqua e terra. ciao Martin ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [OSM-talk-fr] extrait de carte avec POI
merci de ta réponse. c'est parfait ;) -- View this message in context: http://gis.19327.n5.nabble.com/extrait-de-carte-avec-POI-tp5853418p5853463.html Sent from the France mailing list archive at Nabble.com. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [Talk-de] Abgerissene Gebäude
Michael Reichert schrieb: Hallo tshrub, Am 2015-08-29 um 15:04 schrieb tshrub: hat OSM nicht eine history? So denke ich, weg ist weg - ist nicht ganz weg. Man kann es wieder hervorbringen mit tools. Sowas wäre sicher das praktikabelste? Als Nostalgiker kann man seinen Punkt natürlich noch ein büschen pfelgen ... ;) Du hast keine Sesselmapper, fehlende Gebäude ergänzen, weil sie auf den Bing-Bildern zu sehen sind, aber in OSM fehlen? Herzlichen Glückwunsch, dass du ein Mappingrevier frei von Konkurrenten, Nebenbuhlern und Newbies gefunden hast. XD ?? Ich weiß nicht was du meinst. Soweit habe ich wohl nicht gedacht. Nochmal: wenn ein Objekt nicht mehr da ist: löschen. Wer sehen will, was irgendwo damals mal war: nach geeigneten tools suchen die die hiostory sichtbar machen Und vom Sessel mappen: das muss doch abgeglichen sein mit draußen ... etc., klar (hier bei uns sind geschätzt 10 Jahre alte moogle-Luftbilder) Das Problem gibt es nicht nur bei Gebäuden, sondern auch bei Verkehrswegen und eigentlich allem, was auf Bing zu sehen ist. ich habs mit einem Baum. lg.t. Google einfach mal nach Sesselmapper oder Couchmapper. Das Problem ist so alt wie die Erlaubnis Bing- (bzw. früher Yahoo!-)Bilder nutzen zu dürfen. Viele Grüße Michael ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Abgerissene Gebäude
[2015-08-29 22:32] tshrub my-email-confirmat...@online.de Und vom Sessel mappen: das muss doch abgeglichen sein mit draußen ... Muss ... sollte ... oft genug passiert's trotzdem nicht. Das ist die Realitaet. Die Frage war eben, wie man dieser leider vorhanden Realitaet robuster begegnet. meillo ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [OSM-talk] Abandoned Rails
Sorry in advance, this mail just rehases arguments that I made before, but it seemed polite to reply. On 29/08/2015, Russ Nelson nel...@crynwr.com wrote: moltonel 3x Combo writes: One can often assert that something was here even when nothing is left of that thing. And is nothing is left of that thing, it shouldn't be mapped. What about point A? What about point B? The *endpoints* do indeed continue to exist, so nothing is left of that thing is not true about most dismantled railways. That's precisely it, point A and B continue to exist, they can be mapped as abandoned/disused. What's between A and B did not continue to exist, and should not be mapped. We know perfectly where New York's World Trade Center used to be but there's no tower=dismantled at that location. Should the map look like this (A)? ___ __ Or should it look like this (B)?___---__- Some people are arguing for A. I argue that B is a better representation of what is there (the underscores) because it includes the dismantled portions (the dashes). And unsurprisingly, I argue for A. Because it reflects the current state of the railroad. I do understant the appeal of being able to create a relation where each member follow the previous one without holes. But if reality has holes, so should the relation. ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
[Talk-it] Porti, marine e tutto quanto
ciao a tutti, ho un dubbio come al solito sullo stile di mappatura da adottare per un caso complesso in OpenstreetMap tra porti commerciali e turistici sembrerebbero esserci diversi tag e stili per indicare le stesse cose: [1] un porto commerciale può essere landuse=harbour + harbour=yes (come se fosse in qualche caso possibile che un landuse=harbour possa essere harbour=no oppure che un harbour=yes possa essere associato a qualcosa di diverso di landuse=harbour) [2]un porto turistico viene invece mappato leisure=marina ma anche qui, nonostante nel wiki venga suggerito in fondo di non usarlo per indicare la parte di mare dentro al porto vedo che rimane ancora il modo più diffuso di mapparlo...anzi pesso la way non comprende elementi di terra ma solo la parte d'acqua. fin qua può comunque andare bene, i problemi sorgono quando per esempio si volesse mappare una parte di un porto commerciale dedicata all'attracco turistico...come lo mappo? come un porto a se stante ? sovrapposto? o come inner di una relazione multipoligono del porto commerciale che lo ingloba? per le marine si fa accenno al fatto che l'area non deve comprendere l'acqua, immagino vale anche per l'harbour, ma non viene detto da nessuna parte..anzi la frase Where the water and land area of a harbour (including moles, quays, wharves, etc.) is enclosed by a way sembrerebbe indicare la presenza di un perimetro di un area comprendente l'acqua e taggato così. spesso poi si fa riferimento all'uso del tagging di OpenSeaMap che usa un sistema di tagging più complesso [3] che in effetti sembrerebbe considerare più tipi di servizio di ormeggio all'interno del porto ma non spiega bene come devono essere mappati: *divido il porto in aree specificando per ciascuno il tag del tipo di attracco + quello generico di porto (che quindi viene ripetuto per i vari settori)? *lascio il tag generico del porto solo al perimetro esterno e specifico il tipo di attracco alle singole aree interne (senza associarvi il tag del porto generico)? *traccio solo il perimetro esterno ed elenco tutti i servizi tramite punto e virgola senza così specificare dove esso venga effettivamente svolto? OpenSeaMap inoltre usa tutto un altro sistema di tagging per indicare marine ecc teoricamente non entra in conflitto ma quindi dovrei usarli entrambi? anche loro si applicano solo all'infrastruttura o comprende anche l'acqua all'interno del porto? poi se uso il tagging di OpenSeaMap per indicare una porzione dedicata a marina all'interno del porto commerciale devo applicarvi anche il tag leisure=marina di OSM? insomma un bel casino. è complesso anche descrivere il problema figuriamoci spiegare le soluzioni...il wiki dovrebbe comunque venire rivisto, così è troppo complesso e dispersivo e so per certo c'è almeno un altra pagina dedicata al porto e che al momento non trovo...bisognerebbe riempire il wiki di schemi che non indichino solo che tag usare ma anche come usarli per i casi complessi... comunque sia ho modificato di recente il porto di gioia tauro[4]...mappato tramite relazione multipoligono e tag misto OSM e OpenSeaMap (che completerò dopo la conferma)...potete dirmi, per piacere, se è giusto o cosa va cambiato? grazie a tutti [1]http://wiki.openstreetmap.org/wiki/Harbour [2]http://wiki.openstreetmap.org/wiki/Tag:leisure%3Dmarina [3]http://wiki.openstreetmap.org/wiki/OpenSeaMap/Harbours [4]http://www.openstreetmap.org/relation/5440596 - Ciao, Aury -- View this message in context: http://gis.19327.n5.nabble.com/Porti-marine-e-tutto-quanto-tp5853453.html Sent from the Italy General mailing list archive at Nabble.com. ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Porti, marine e tutto quanto
Ciao, sui porti non si capisce niente, poiché come ben noti c'è la questione OpenSeaMap: un sistema di tag quasi completamente avulso da OSM (più volte ho riflettuto sulla questione https://github.com/gravitystorm/openstreetmap-carto/issues/300). Per quanto mi riguarda ho fatto un sistema di tag per definire i porti industriali http://wiki.openstreetmap.org/wiki/Tag:landuse%3Dport che più avanti modificherò nel tag principale (da landuse=port a landuse=industrial+industrial=port). Mi hai fatto notare che il Medcenter manca del tagging corretto :-) Per come lo intendo io, harbour indica una suddivisione geografica del porto, ma in generale la documentazione è molto confusa. Per il momento mi limito a taggare le sottoaree dei porti col mio sistema, più eventualmente gli attracchi ed altri elementi. Altra inconsistenza: i terminal traghetti dovrebbero essere taggati come aree ( http://www.openstreetmap.org/way/148700345), ma viene usato amenity=ferry_terminal sugli imbarchi http://www.openstreetmap.org/node/1612883958 quando sarebbe più corretto usare mooring=ferry http://www.openstreetmap.org/way/50635906 Sulle marine taggo tutta l'area di pertinenza della marina (avevo letto così sul wiki), quindi comprendendo lo specchio acqueo, ad esempio http://www.openstreetmap.org/way/219905604 Ciao, Stefano Il giorno 29 agosto 2015 20:39, Aury88 spacedrive...@gmail.com ha scritto: ciao a tutti, ho un dubbio come al solito sullo stile di mappatura da adottare per un caso complesso in OpenstreetMap tra porti commerciali e turistici sembrerebbero esserci diversi tag e stili per indicare le stesse cose: [1] un porto commerciale può essere landuse=harbour + harbour=yes (come se fosse in qualche caso possibile che un landuse=harbour possa essere harbour=no oppure che un harbour=yes possa essere associato a qualcosa di diverso di landuse=harbour) [2]un porto turistico viene invece mappato leisure=marina ma anche qui, nonostante nel wiki venga suggerito in fondo di non usarlo per indicare la parte di mare dentro al porto vedo che rimane ancora il modo più diffuso di mapparlo...anzi pesso la way non comprende elementi di terra ma solo la parte d'acqua. fin qua può comunque andare bene, i problemi sorgono quando per esempio si volesse mappare una parte di un porto commerciale dedicata all'attracco turistico...come lo mappo? come un porto a se stante ? sovrapposto? o come inner di una relazione multipoligono del porto commerciale che lo ingloba? per le marine si fa accenno al fatto che l'area non deve comprendere l'acqua, immagino vale anche per l'harbour, ma non viene detto da nessuna parte..anzi la frase Where the water and land area of a harbour (including moles, quays, wharves, etc.) is enclosed by a way sembrerebbe indicare la presenza di un perimetro di un area comprendente l'acqua e taggato così. spesso poi si fa riferimento all'uso del tagging di OpenSeaMap che usa un sistema di tagging più complesso [3] che in effetti sembrerebbe considerare più tipi di servizio di ormeggio all'interno del porto ma non spiega bene come devono essere mappati: *divido il porto in aree specificando per ciascuno il tag del tipo di attracco + quello generico di porto (che quindi viene ripetuto per i vari settori)? *lascio il tag generico del porto solo al perimetro esterno e specifico il tipo di attracco alle singole aree interne (senza associarvi il tag del porto generico)? *traccio solo il perimetro esterno ed elenco tutti i servizi tramite punto e virgola senza così specificare dove esso venga effettivamente svolto? OpenSeaMap inoltre usa tutto un altro sistema di tagging per indicare marine ecc teoricamente non entra in conflitto ma quindi dovrei usarli entrambi? anche loro si applicano solo all'infrastruttura o comprende anche l'acqua all'interno del porto? poi se uso il tagging di OpenSeaMap per indicare una porzione dedicata a marina all'interno del porto commerciale devo applicarvi anche il tag leisure=marina di OSM? insomma un bel casino. è complesso anche descrivere il problema figuriamoci spiegare le soluzioni...il wiki dovrebbe comunque venire rivisto, così è troppo complesso e dispersivo e so per certo c'è almeno un altra pagina dedicata al porto e che al momento non trovo...bisognerebbe riempire il wiki di schemi che non indichino solo che tag usare ma anche come usarli per i casi complessi... comunque sia ho modificato di recente il porto di gioia tauro[4]...mappato tramite relazione multipoligono e tag misto OSM e OpenSeaMap (che completerò dopo la conferma)...potete dirmi, per piacere, se è giusto o cosa va cambiato? grazie a tutti [1]http://wiki.openstreetmap.org/wiki/Harbour [2]http://wiki.openstreetmap.org/wiki/Tag:leisure%3Dmarina [3]http://wiki.openstreetmap.org/wiki/OpenSeaMap/Harbours [4]http://www.openstreetmap.org/relation/5440596 - Ciao, Aury -- View this message in context:
[Talk-de] Problem mit Bahnhofsmapping von MentzDV
Hallo zusammen, vor ein paar Tagen wurde von Mentzdv in 3 Changesets unser Bahnhof verschönert. Um genau zu sein, von Benutzer soemisch in folgenden Changesets: http://osm.org/changeset/33616795 http://osm.org/changeset/33594520 http://osm.org/changeset/33570872 Es wurde halbwegs darauf geachtet, vom vorhandenen Tagging nichts kaputt zu machen. Ich kann auch verstehen, dass MentzDV hier für ihre Kunden arbeitet und denen ein gewisses Tagging liefern muss. Aber bei aller Liebe und Verständnis sollte es uns bei bezahltem Tagging schon erlaubt sein, etwas höhere Ansprüche zu stellen. Die 3 Changesets erfüllen aber noch nicht mal geringe Ansprüche und ich weiß auch nicht, wo ich mit meiner Kritik beginnen soll. Als Quelle wurde den Changesets bing Luftbild, MVV-Stationsplan, bahnhof.de mitgegeben. Ob die letzteren beiden überhaupt zulässige Quellen sind, müsste man wohl auch noch klären. Es ist aber zumindest schon mal klar, dass ohne lokales Wissen getaggt wurde. Und dann unterteilen sich die Änderungen in falsche Information, in falsche Extrapolation und in merkwürdige Taggingpraktiken. Ich versuche mal einiges aufzuzählen was uns Passauern aufgefallen ist. * Die Gleisgeometrie wurde verändert. Die Ecken in der Gleisführung sind wohl sicher nicht vorhanden: http://osm.org/#map=19/48.57395/13.45322 * Ali's Döner war und ist ein Stand am Bahnhofsvorplatz und nicht Teil des Gebäudes: http://osm.org/node/2859736224 * Die Hüttchen (z.B. http://osm.org/way/367435322) sind buildings und keine Unterstellmöglichkeiten. Die Dächer hingegen (z.B. http://osm.org/way/367435339) sind nur Dächer. * Das Dach an Gleis 1 (http://osm.org/way/367435344) wurde im Rahmen der Umbauarbeiten abgerissen. * Diese Dinger hier (http://osm.org/way/367435327) sind Verkaufsautomaten und keine Kioske * Die Treppen sind *im* Gebäude und nicht aussenrum, lediglich in der Mitte ist noch ein zusätzlicher Lift (http://osm.org/way/367608097) * Hier bin ich mir nicht ganz sicher ob dieser Parkplatz wirklich ganztags öffentlich ist oder nur nachts (http://osm.org/way/367608069) * Das hier http://osm.org/node/1663235954 ist etwas geteert für Bahnservice oder so. Da kann aber niemand mit dem Auto, Rad,.. hin. level_crossing macht da imho sehr wenig Sinn auch wenn es auf den Luftbildern anders aussehen mag. Zumal auch kein Serviceweg oder ähnliches eingezeichnet wurde. * Dann gibt es zig neue Bushaltestellen entlang der Straße. Ohne Verbindung zu den entsprechenden Busrouten, also ohne Relation. * Was sollen die ganzen Fußwege? Ich finde es nicht gut, die zum Zwecke eines Routings einzutragen. Die sind da nämlich nicht sondern die ganzen Bushaltestellen sind direkt entlang der Straße und da gibt's halt noch einen Gehsteig. Z.B. das hier: http://osm.org/way/367608093 * Gleiches auf den Bahnsteigen (http://osm.org/way/367435362). Imho gehören da keine Fußwege hin. Ein Router sollte schon selbst erkennen können, dass die ganze Bahnsteiglänge für's Einsteigen gedacht ist. * Als Busbahnhof würde ich das (http://osm.org/node/2098613373) auch nicht bezeichnen. Der Busbahnhof ist ein paar Hundert Meter weiter östlich. * Gibt's den (http://osm.org/node/3715175224) denn wirklich? Imho ist da nichts, habe aber nicht nochmal persönlich geprüft. * Dann gibt es zig Wege die jetzt ein level-Tag haben, was outdoor wohl wenig Sinn macht (z.B. http://osm.org/way/8099444) * Stimmen die Auf- und Abgänge bei den Bahnsteigen wirklich (noch). Der Bahnhof befindet sich im Umbau! Gut möglich, dass ich noch weitere Fehler oder Problemstellen übersehen habe und vielleicht sind auch einzelne von mir genannte Punkte streitbar. Alles in allem finde ich das aber eine nicht akzeptable Qualität. Und das war jetzt ausschließlich Passau. Allein soemisch hat 162 Edits, alles in Bahnhöfen. Ich hab das ganze jetzt auch absichtlich noch nicht revertiert um Mentz und soemisch Gelegenheit zu geben, etwas dazu zu sagen. Vor allem wäre es aber auch nicht damit getan, wenn ich nur Passau revertiere oder mühevoll repariere. Das ist nämlich mit großer Sicherheit nicht der einzige Bahnhof. Gruß, Peda ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Problem mit Bahnhofsmapping von MentzDV
Hallo, Am 2015-08-29 um 21:36 schrieb Peter Barth: Als Quelle wurde den Changesets bing Luftbild, MVV-Stationsplan, bahnhof.de mitgegeben. Ob die letzteren beiden überhaupt zulässige Quellen sind, müsste man wohl auch noch klären. Es ist aber zumindest schon mal klar, dass ohne lokales Wissen getaggt wurde. Seit wann erstreckt sich das MVV-Tarifgebiet bis ins niederbayrische Passau?! In Frankfurt (Main) Hbf hat Mentz auch bahnhof.de und einen Bahnhofsplan der DB verwendet, für den keine Erlaubnis vorlag. Die Daten dort waren auch noch grottenschlecht und uralt. (Die Mieter einiger Ladenlokale wechseln auf dem Querbahnsteig mehrmals jährlich, wie ich selbst als umsteigender Fahrgast schon beobachtet habe!) Mentz hat von einigen Verkehrsverbünden die Erlaubnis erhalten Bahnhofspläne zu nutzen. Mir fällt hier auf Anhieb nur der Verkehrs- und Tarifverbund Stuttgart ein. Es könnte für den MVV also auch eine Erlaubnis geben, aber wie schon gesagt, endet der MVV schon viele Kilometer vor Passau. In einem Münchner Einkaufszentrum (Name weiß ich nicht mehr) hat Mentz auch die Läden als Flächen gemappt und dabei von alten Plänen abgezeichnet, sodass Mieter wieder eingezogen sind, die schon lange Zeit vorher in der Realität und auch in OSM gekündigt hatten. Ich hab das ganze jetzt auch absichtlich noch nicht revertiert um Mentz und soemisch Gelegenheit zu geben, etwas dazu zu sagen. Vor allem wäre es aber auch nicht damit getan, wenn ich nur Passau revertiere oder mühevoll repariere. Das ist nämlich mit großer Sicherheit nicht der einzige Bahnhof. Ein weiteres Problem bei Mentz war (ob es noch immer so schlimm ist, kann ich nicht sagen), dass Bahnhofsskizzen von Verkehrsverbünden 1:1 abgezeichnet wurden. Es wurde nicht berücksichtigt, dass diese Skizzen generalisiert sind. Treppen waren dann irreal schmal (in Berlin-Friedrichstraße bin ich auf Treppen gestoßen, die schmaler als 1 Meter waren) oder irreal kurz. In Stuttgart Flughafen (unterirdische S-Bahn-Station) wurde der vorhandene Bahnsteig mal eingekürzt, damit er zum VVS-Plan passt. Danach war er so kurz, dass statt wie technisch möglich drei nur noch ein S-Bahn-Triebwagen daran halten hätte können. Ich bezweifle sehr, dass sich die Qualität stark gebessert hat. Man wird vermutlich weiterhin noch überwiegend billige Hiwis mappen lassen. Deine Schilderung zeigen mir, dass Mentz weiterhin nicht Wert auf Ortsbegehungen legt. Dann ist es auch kein Wunder, dass die Edits nicht den Ansprüchen genügen. Viele Grüße Michael -- Per E-Mail kommuniziere ich bevorzugt GPG-verschlüsselt. (Mailinglisten ausgenommen) I prefer GPG encryption of emails. (does not apply on mailing lists) signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-cz] Zákaz vjezdu - Tranzit
2015-08-29 8:49 GMT+02:00 jzvc j...@tpfree.net: v Rakousku, kde ted zrovna ziji, se velmi casto vyskytuje ten Anrainerverkehr, coz je IMHO presne totez jako u nas dopravni obsluha To tedy rozhodně ne. „Anreinerverkehr“ znamená, že přes daný pozemek může jet i „soused“, případně kdokoli, kdo má se „sousedem“ co do činění. V Německu zase bývá cedule „Anlieger frei“, což bývá vykládáno jako „místním povoleno“, přičemž „místními“ se myslí nejen obyvatelé, ale i kdokoliv, kdo s nimi má co do činění. (jeste vtipnejsi tu byva nur fuer Berichtigte). Jste si jistý, že to není „nur für Berechtigte“? :-))) Na tom nic vtipného nevidím. Odpovídá to českému „pouze oprávněným“, což mj. přepokládá, že ten, kdo oprávněný je o tom ví ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Zákaz vjezdu - Tranzit
v Rakousku, kde ted zrovna ziji, se velmi casto vyskytuje ten Anrainerverkehr, coz je IMHO presne totez jako u nas dopravni obsluha To tedy rozhodně ne. „Anreinerverkehr“ znamená, že přes daný pozemek může jet i „soused“, případně kdokoli, kdo má se „sousedem“ co do činění. Diky za vyjasneni. Ten soused by jeste IMHO odpovidal nasi dopravni obsluze, protoze je majitelem ciloveho pozemku, kvuli kteremu po dane ceste jede. Ale to kdo ma se sousedem co do cineni uz je rozhodne jine nez u nas - mas prosimte odkaz na presnou formulaci? Jste si jistý, že to není „nur für Berechtigte“? :-))) Ale jo, to byl ponekud hloupy preklep. :-)) Na tom nic vtipného nevidím. Odpovídá to českému „pouze oprávněným“, což mj. přepokládá, že ten, kdo oprávněný je o tom ví Mne to prijde vtipne kvuli te vagnosti, kdo ze je vlastne opravneny (jestli to zrovna nejsem treba taky nejakym opravnovacim generelem). Petr ___ Talk-cz mailing list Talk-cz@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cz
[Talk-in] Just Dial Using OSM
Just dial is trying to make a spatial service around its data. They are using OSM at the back end. http://maps.justdis.com/docs/#!index.md http://maps.justdis.com/docs/getdirection.html Regards, Srinivas Kodali ___ Talk-in mailing list Talk-in@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-in