Re: [Talk-it] Corretta gestione dei multipoligoni
aldoct wrote Grazie per la esauriente risposta. Ne approfitto per chiederti come si scaricano i confini (sia quelli dei vari parchi, sia quelli amministrativi). Saluti ...in josm...apri la relazione e clicchi sul comando, nella finestra di dialogo che si apre, scarica tutti i membri incompleti... -- View this message in context: http://gis.19327.n5.nabble.com/Corretta-gestione-dei-multipoligoni-tp5851271p5851524.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
[OSM-talk-be] Then and now (toen en nu)
http://mvexel.github.io/thenandnow/#10/51.2133/3.9317 Have fun exploring how much data we have added to the maps since 2007. Geniet ervan om te zien hoeveel data we hebben toegevoegd sinds 2007. m ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [Talk-at] Adressdaten BEV
Super Sache! Gibt es schon etwas Neues bezüglich kompatibler Lizenzierung? Je mehr Tools es gibt, desto eher werden die Daten auch verwendet werden, aber manche werden sich dann nicht um die Lizenz kümmern, gar nicht mal absichtlich, sondern einfach weil es die Daten öffentlich gibt. lg, nebulon42 Am 2015-08-02 um 03:52 schrieb Thomas Konrad: Hallo, ich habe einen Reverse Geocoder für die BEV-Adressdaten geschrieben: http://bev-reverse-geocoder.osm.thomaskonrad.at/ Das Service könnte z.B. die Basis für ein JOSM-Plugin sein, mit dem man Gebäuden oder Nodes per Knopfdruck die Adresse zuweisen kann. Schöne Grüße Thomas PS: Der Quellcode ist wie gewohnt auf Github zu finden: https://github.com/thomaskonrad/bev-reverse-geocoder On 31 Jul 2015, at 13:23, Jimmy_K jimm...@gmx.at mailto:jimm...@gmx.at wrote: Servus, Die meisten Abweichungen sind wohl Kurzformen und Abkürzungen. Auf den ersten Blick sticht hier nur OED-OEHLING heraus. Selbst ein Freund, der nahe dieser Marktgemeinde wohnt, konnte mir da nicht eindeutig weiterhelfen, da es auch die Gemeinde nicht einheitlich schreibt. Die richtige Schreibweise für die Marktgemeinde ist wohl Oed-Oehling [1][2], wenngleich die beiden Katastralgemeinden Oed Markt (übl. nur Oed) und Öhling [2] heißen. Ich bin deshalb für eine Änderung der Relation 90381 [3] in Oed-Oehling. LG Jimmy [1] GESETZ ÜBER DIE GLIEDERUNG DES LANDES NIEDERÖSTERREICH IN GEMEINDEN: https://www.ris.bka.gv.at/Dokumente/LgblNO/LRNI_2006043/LRNI_2006043.pdf [2] 4266. Verordnung - BEV Amtsblatt für das Vermessungswesen http://www.bev.gv.at/pls/portal/docs/PAGE/BEV_PORTAL_CONTENT_ALLGEMEIN/0550_SUPPORT/0500_DOWNLOADS/AMTSBLATT/AMTSBLATT_FUER_DAS_VERMESSUNGSWESEN2013/AVERM2013_4.PDF [3] http://www.openstreetmap.org/relation/903891 Am 21.07.2015 um 18:48 schrieb Dietmar: Hallo, ich habe eben in Vorbereitung zur landesweiten Hausnummerauswertung auf meinem Server regio-osm.de die Gemeindenamen in OSM mit denen in der offiziellen Liste von Statistik Austria abgeglichen, die ich letztes Jahr importiert habe. Das Vorgehen und eine Einleitung habe ich eben in einem OSM-Blogbeitrag aufgeführt [1] und die einzelnen Unterschiede habe ich auf meinem Webserver auf einer Seite [2] dargestellt, weil ich im OSM Blog keine HTML-Tabelle erzeugen konnte. viele Grüße Dietmar aka okilimu [1] http://www.openstreetmap.org/user/okilimu/diary/35428 [2] http://www.regio-osm.de/hausnummerauswertung/oesterreich_gemeindenamenunterschiede.html ___ Talk-at mailing list Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at ___ Talk-at mailing list Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at ___ Talk-at mailing list Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at ___ Talk-at mailing list Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at
Re: [OSM-talk] Marking tight corners
Potentially an argument could be made for http://wiki.openstreetmap.org/wiki/Key:turning_radius While it is true that in principle this could be derived from the way geometry, in reality for the use case for which the tag was designed, the geometry is typically not available in enough detail (in the case of logging vehicles there are further considerations too). Simon PS: while OT, I would suggest not relying on a navigation device to determine how fast you should drive/ride on an unknown stretch of road -particularly- on a motorcycle. Am 29.07.2015 um 21:11 schrieb Subhodip Biswas: Hello, I was wondering if there is some tags or is it possible to create some tags that marks tight corners. The reason is as a motorcyclist I may want to know the danger ahead spoken to me through a navigation app (e.g. navmii). Even in well marked area like in the US it is not always possible to see the the corner up ahead and the posted speed limit for it (debatable). - Regards Subhodip Biswas I contributed to OSM long time back and went into a hiatus. ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk signature.asc Description: OpenPGP digital signature ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [Talk-de] Fwd: New MapRoulette challenge - fix railway crossings
Hallo, bei aller Liebe zu OSM und bei durchaus vorhandener Bereitschaft, „fremde“ Gebiete zu mappen: * ich bin überzeugt, dass geöffnete Augen und eingeschaltetes Gehirn viel mehr Unfälle an Bahnübergängen verhindern können als Karteneinträge. * warum eigentlich gibt es in Amerika so wenig Mapper, die ihr eigenes Land einzeichnen? Kein Bedarf? Grundsätzlich sollte es in einem industrialisierten, (weitgehend) zivilisierten Land mit großer Bevölkerungszahl doch möglich sein, dass die ihr Land selber mappen? Dies sind meine Gedanken, die der Aufruf bei mir auslöst. Natürlich kann jeder machen, was er will. Grüße Andreas Am 01.08.2015 um 23:40 schrieb Michael Kugelmann: Hallo, wenn Euch langweilig ist weil Deutschland schon relativ gut gemappt ist: für den kann ich auf die Maproulette Aufgabe von Martijn hinweisen. In USA gibt es leider immer noch Berge von fehlerhaften und veraltete Daten aus dem Tiger-Import. Martijn hat eine Herausforderung der FRA und Google aufgenommen um auch in OSM die Bahnübergänge vollständig eingetragen zu haben. Und selbst wenn man ein Kreuz auf der Karte sieht sollte man gemäß Martijn den Ort kontroliieren: dies deckt sich mit meinen Erfahrungen! Meine Erfahrung: * die Daten in der USA in einsamen Gegenden sind wirklich schlecht! - es fehlen komplette Bäche etc. - Brücken sind nicht eingezeichnet - man sieht es den Daten an dasss sie veraltet/ungepflegt sind - teilweise gibt es einen gewaltigen Offset zu den Bing-Bildern - Wege die man als track bezeichnen muss sind aus den Tiger-Daten als residential getaggt -Wälder/Baumreihen/... nicht gemappt - [viele weitere Dinge]:-( * häufig sind an dem Bahnübergang 2 Knoten: einer auf dem Weg und einer auf dem Gleis! - das sollte ein gemeinsamer Knoten sein = vereinigen (geht in JOSM) - Manchmal ist auch ein Kreuz für railway = level_crossing vorhanden trotz 2 Knoten * das Bahngleismapping ist ... - grottig = twilweise rießeiger Versatz - veraltet (z.B. bei Bing ist Umbau zu erkennen) - Gleis-induviduelles Mapping nicht vorhanden (mehrere Parallel-Gleise) * Viel Spaß, Michael. Weitergeleitete Nachricht Betreff: [OSM-talk] New MapRoulette challenge - fix railway crossings Datum: Fri, 31 Jul 2015 16:42:37 -0600 Von: Martijn van Exel m...@rtijn.org An: OpenStreetMap US Talk talk...@openstreetmap.org Kopie (CC): t...@openstreetmap.org t...@openstreetmap.org Hi all, Partly inspired by Google making noise about saving lives by warning people about crossings (see for example http://www.transportation.gov/fastlane/fra-google-team-to-incorporate-rail-data-in-maps) I decided to take that same railroad crossings data from the Federal Railway Administration, massage it a bit and turn it into a MapRoulette challenge! Here it is: http://maproulette.org/#t=fix-railway-crossings I filtered out all 'historic' records in the original FRA file, but I did not cross check against existing OSM crossing tags. Even if you see a rendered crossing already, please do go in and check though - I find that sometimes the crossing node is actually not a shared node between the road and the railway. Have fun! Martijn van Exel skype: mvexel ___ talk mailing list t...@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk ___ 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
[Talk-br] Fwd: mapa desalinhado, o que é melhor fazer? Adriano Rosa
E existe alguma forma de correção definitiva, ou algum mecanismo para se salvar a correção do alinhamento feito, de modo que ao abrir novamente ele desalinhe mais? O Nelson me explicou uma forma de fazer pelo josm, mas utilizo como padrão o iD, Só uso o josm para validar relações... ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-us] Does anybody know if these PA maps are legal to use to get info from for OSM?
James Mast wrote: I mean, would he have to at least verify that the license for those maps is compatible with OSM first Yes, and it isn't. The licence has lots of clauses that aren't compatible with ODbL, the Contributor Terms or indeed any open licence: ftp://ftp.dot.state.pa.us/public/pdf/BPR_pdf_files/Documents/Cartography/COPY_RELEASE_FORM%20(01_07).pdf That said, it might be worth someone approaching the Pennsylvania DOT to ask for permission. But as it stands, these terms aren't at all compatible. Richard -- View this message in context: http://gis.19327.n5.nabble.com/Does-anybody-know-if-these-PA-maps-are-legal-to-use-to-get-info-from-for-OSM-tp5851488p5851489.html Sent from the USA mailing list archive at Nabble.com. ___ Talk-us mailing list Talk-us@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-us
Re: [OSM-talk-fr] Utilisation du PLU parisien.
L'utilité publique ne rend pas automatique la compatibilité avec OdBL. La plupart des map infras télécoms et distribution électriques sont gardées par des instances qui ne veulent pour l'instant pas les voir sur OSM (Et elles ont le copyright dessus). Chers Francois Envoyé depuis ma friteuse Le 2 août 2015 21:40, Pierre d'Huy dh...@yahoo.fr a écrit : Énormément de plan dont le plan nommé au dessus. Il n'y a aucune info de license sinon j'aurais pu trancher. Le pdf concerné fait partie des infrastructures d'utilité publiques. Le 31 juillet 2015 16:34:30 GMT+02:00, Christian Quest cqu...@openstreetmap.fr a écrit : Le 30/07/2015 19:20, althio a écrit : http://pluenligne.paris.fr/plu/page/PLU?page_id=1 http://pluenligne.paris.fr/plu/sites-plu/site_statique_34/index_plu.html Je n'ai vu aucune mention de licence... à creuser. J'ai chargé le fichier .ISO à distance (ma petite ligne ADSL de campagne digère mal 1Go). Il ne semble contenir que des PDF... Quelqu'un a regardé ce qu'on pouvait en tirer ? -- Christian Quest - OpenStreetMap France ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Pierre d'Huy -- Pierre d'Huy ___ 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
[OSM-talk-fr] Hauteur et charge des ponts routiers en vendée
Bonjour Si on pouvvait obtenir l'accord : http://www.vendee.fr/Territoire-et-environnement/Convois-exceptionnels/14789-Transports-exceptionnels/Hauteur-et-tonnages-ponts avec le tableau des hauteurs et charges limites. Cordialement -- David Crochet ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[Talk-us] Survey Township Sections
A quick question: Are there any guidelines for tagging of public land survey township sections? I found a clear description of mapping civil townships for Ohio on the wiki: http://wiki.openstreetmap.org/wiki/Ohio/Boundaries/Townships, but have failed to find anything on survey townships and their sections. Jerry___ Talk-us mailing list Talk-us@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-us
[Talk-in] Understanding the OSM tile server architecture!
Hi, Is there anyone on this list who's knowledgeable about OSM's architecture? If there is, would he/she be willing to field a bunch of questions which would allow me to understand OSM internals better? I have tried to dig things up on my own, read an article, know about Mapnik, but, just can't get the whole thing in my head in a coherent manner. Hence the request above. Best, ~Mayuresh ___ Talk-in mailing list Talk-in@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-in
[Talk-us] Does anybody know if these PA maps are legal to use to get info from for OSM?
ftp://ftp.dot.state.pa.us/public/pdf/BPR_pdf_files/Maps/GHS/Roadnames/ I've been noticing lately a user in PA has been doing copying from these and other online maps available on the State of PA website to add in a lot of the quadrant routes here in the state over the past several months. I'm not 100% sure this is allowed, is it? I mean, would he have to at least verify that the license for those maps is compatible with OSM first any then also mention this somewhere on the Wiki? It's been pretty obvious in some places that he's never been there, because recently, when I was out in the field in central PA, I came across a highway that had a ref tag with '2' false highways on it, a quadrant route ref, and the only real ref that it posted on the highway. [1] The only 'posted' ref there is the US 22 Business one. Both of those US 522 bannered refs do not exist in the real road, and I highly doubt that they ever did since that section of highway was bypassed and mainline US-522 was moved off of it, as well as mainline US-22 (but it's part became Business US-22). I think I did see the 'quadrant route' mentioned in the ref on one of the little white signs, but those don't count for the 'ref' tag (see below). Now sure, I myself have edited in areas I've never visited, but I don't go randomly adding 'ref' tags to highways unless I can back up the changes with a legit source (the extra 'name' tags from Tiger don't count). I know a few months ago, we had a discussion here on [talk-us] about the relatively hidden 'quadrant routes' that Pennsylvania has [2]. Pretty much everybody here agreed that they shouldn't be added to the 'ref' tag since they don't have any shields. I invited this user to join in the conversation here on [talk-us] several times via PM, and each time, he claimed he was too busy to even write a quick message, but would do it 'soon', as to why he thinks that the quadrant routes should be in the ref tag, and not 'ref:penndot' since he's the main person adding them that way so his side of the story/reasoning could be heard by everybody. Since the last messages I sent him in January/February on that subject, I think he's been intentionally ignoring any message he gets from me, since I do know he's still editing. The reason I'm suggesting that is because about a month ago, I discovered a route he added in NY in an area I'm pretty familiar with, even though I haven't been there in about 4-5 years. He added a 'NY 5 Alternate' in the Silver Creak, NY area [3] along US-20, and I found that highly illogical for NYDOT to have added since that route has a really bad hill on it for trucks (that's why there's a posted US-20 Truck posted there in the field along NY-5's main route). So, I asked him about that route to see when it might have been posted (if it was a real route). I kinda have a feeling he added it based off of the faulty Tiger data overlap there, as you can see NY-5 referenced in the Tiger tags on the way mentioned in my comments on that changeset. Still, as you can see in the changeset comments, he's completely ignored me on this subject. I've even send him a few polite messages via the internal PM system asking if he could take a moment and respond to that changeset. Got nothing back from him, even though he's continued to edit via Potlatch 2 since most of my comments/messages on the NY-5 Alternate subject, so I know he's had to have at least seen the new message icon for a new PM since he's responded to me in the past. Anyways, this wouldn't be the first time he's added a possible 'false'/'no longer exist' ref tag to the OSM database and have somebody ask him questions about it. [4] (He wouldn't have even responded to this note if I hadn't have sent him a message about it.) Anyways, enough back story on this user. So, does anybody have any idea about those PA maps? I mean, if they aren't legal to be used for our purposes in OSM, then there is a shit load of stuff that would need to be 'redacted', or just deleted from the database since this user used those maps a lot in the past to add quadrant routes. So, if anybody else wants to try to contact him to see if he'll respond to you and maybe finally post here on [talk-us], be my guest since he's just ignoring me. -James [1] - https://www.openstreetmap.org/way/14238074 [2] - https://lists.openstreetmap.org/pipermail/talk-us/2015-January/014157.html [3] - https://www.openstreetmap.org/changeset/28741710#map=16/42.5471/-79.1594layers=Q [4] - https://www.openstreetmap.org/note/309527 ___ Talk-us mailing list Talk-us@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-us
Re: [OSM-talk] Marking tight corners
On Wed, Jul 29, 2015 at 02:11:50PM -0500, Subhodip Biswas wrote: Hello, I was wondering if there is some tags or is it possible to create some tags that marks tight corners. The reason is as a motorcyclist I may want to know the danger ahead spoken to me through a navigation app (e.g. navmii). Even in well marked area like in the US it is not always possible to see the the corner up ahead and the posted speed limit for it (debatable). there is http://wiki.openstreetmap.org/wiki/Routing#Sinuosity However if oyu are looking for unexpected sharp corners you need to look at hazzards. Richard ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [Talk-in] Understanding the OSM tile server architecture!
Hi Mayuresh, I have some experience with the architecture of these kinds of GIS/Mapping systems, and can possibly help you out. What do you want to know? You should also have a look at these links: http://www.slideshare.net/firefishy1/server-devopts http://wiki.openstreetmap.org/wiki/Component_overview Regards, Devdatta On Sun, Aug 2, 2015 at 7:49 PM, Mayuresh Kathe mayur...@kathe.in wrote: Hi, Is there anyone on this list who's knowledgeable about OSM's architecture? If there is, would he/she be willing to field a bunch of questions which would allow me to understand OSM internals better? I have tried to dig things up on my own, read an article, know about Mapnik, but, just can't get the whole thing in my head in a coherent manner. Hence the request above. Best, ~Mayuresh ___ Talk-in mailing list Talk-in@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-in -- Regards, Devdatta ___ Talk-in mailing list Talk-in@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-in
Re: [Talk-us] New MapRoulette challenge - fix railway crossings
It was a pleasant dive into the latest MapRoulette challenge - my impression now is that most road-rail intersections in the US have previously been touched. The stats for the fix railway challenge seem to confirm this: 75% are skipped or have been previously completed. A far cry from the All roads from TIGER are junk and no one touches them. But there are still pockets of tangled roads in West Virginia for example. ___ Talk-us mailing list Talk-us@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-us
[Talk-at] Grabstätte: Vanity-Eintrag oder sinnvoll?
Hallo, gilt so etwas: http://www.openstreetmap.org/changeset/33043903 http://www.openstreetmap.org/node/3677241925 eigentlich als Vanity-Eintrag? (Der Eintrag kommt eindeutig von der Familie der Verstorbenen, und die Wikipedia hat keinen Artikel über sie, also scheint sie nicht von öffentlichem Interesse gewesen zu sein.) Ich gehe mal davon aus, daß die Information korrekt ist, aber wollen wir jeden einzelnen Grabstein taggen? Und wenn ja, ist es erwünscht, daß jeder seine verstorbenen Verwandten selbst einträgt? (Konkret frage ich mich auch, ob ich die Grabstätte meines Vaters eintragen soll, den zumindest die Wikipedia als eines Artikels würdig betrachtet hat.) Kevin Kofler ___ Talk-at mailing list Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-us] Survey Township Sections
On 2015-08-02 06:43, Jerry Clough - OSM wrote: A quick question: Are there any guidelines for tagging of public land survey township sections? I found a clear description of mapping civil townships for Ohio on the wiki: http://wiki.openstreetmap.org/wiki/Ohio/Boundaries/Townships, but have failed to find anything on survey townships and their sections. Civil townships are being mapped because they correspond to actual governmental structures that have definite boundaries. Survey townships themselves don't have governments, so there's less of a case for putting them in OSM, especially where the boundary between one section and another is unclear from aerial imagery or on-the-ground observation. In any case, if you map survey townships and sections, avoid using the boundary=administrative tag. Something like boundary=survey would be more appropriate. -- m...@nguyen.cincinnati.oh.us ___ Talk-us mailing list Talk-us@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-us
[OSM-talk-be] Wiki pagina aanmaken?
Momenteel ben ik bezig met een uitgebreid onderzoek van de taginfo database en een dagboekbericht daarover is hier te lezen [1]. Voortvloeiend uit dat onderzoek kwam ik een overzicht tegen van keys die meer dan 10.000 keer gebruikt worden, maar die geen wiki pagina hebben die de genoemde key beschrijft. Dat is voor een veelgebruikte key eigenlijk onwenselijk, omdat nieuwe mappers dan niet kunnen weten hoe een key gebruikt moet worden of waar die key voor dient. Op pagina 11 van de taginfo informatie daarover: http://taginfo.openstreetmap.org/reports/frequently_used_keys_without_wiki_page http://taginfo.openstreetmap.org/reports/frequently_used_keys_without_wiki_page staat de key: zone:De_Lijn Is er iemand in de Belgische gemeenschap die deze ontbrekende wiki pagina zou kunnen aanmaken? Met openpoimap is het gebruik van deze key (in bv. Antwerpen) goed zichtbaar te maken: http://openpoimap.org/?map=variouszoom=14lat=51.20896lon=4.41867layers=B00TFF http://openpoimap.org/?map=variouszoom=14lat=51.20896lon=4.41867layers=B00TFF Marc Z. [1] http://www.openstreetmap.org/user/marczoutendijk/diary http://www.openstreetmap.org/user/marczoutendijk/diary ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
[Talk-GB] Open Access Land
Hi Am I correct in assuming that there is still no source of data that can be used to draw these areas? Regards Dudley ___ Talk-GB mailing list Talk-GB@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-gb
Re: [Talk-at] Grabstätte: Vanity-Eintrag oder sinnvoll?
On 02.08.2015 18:50, Kevin Kofler wrote: gilt so etwas: http://www.openstreetmap.org/changeset/33043903 http://www.openstreetmap.org/node/3677241925 eigentlich als Vanity-Eintrag? (Der Eintrag kommt eindeutig von der Familie der Verstorbenen, und die Wikipedia hat keinen Artikel über sie, also scheint sie nicht von öffentlichem Interesse gewesen zu sein.) Meiner Meinung nach ist das ok, wenn man von fehlenden Tags absieht. Im Gegensatz zur Wikipedia haben wir das öffentliche Interesse nicht als Kriterium, und das ist gut so, denn wer entscheidet, was von öffentlichem Interesse ist? Das ist doch in höchstem Maße subjektiv. Es ist schlimm genug, dass uns die Medien und deren Eigentümer (oft Konzerne und Parteien) vorschreiben wollen, was uns zu interessieren hat. In OSM haben wir die Chance, davon halbwegs unabhängig zu sein. Ich gehe mal davon aus, daß die Information korrekt ist, aber wollen wir jeden einzelnen Grabstein taggen? Und wenn ja, ist es erwünscht, daß jeder seine verstorbenen Verwandten selbst einträgt? Bei manchen Map Notes kommen Kommentare wie: Warum trägst du das nicht selber ein, ist doch nicht so schwer! Wenn es dann jemand macht, kommt auch wieder Kritik. Man kann es nie allen recht machen... Im Grunde ist es doch egal, wer etwas einträgt, also ob jeder die Gräber seiner eigenen Verwandschaft einträgt oder ob ein fleißiger Mapper den ganzen Friedhof erledigt. Das Ergebnis ist das selbe. Ob es sich auszahlt, ist eine andere Frage, aber die stellt sich bei jedem Micromapping, siehe Stellplätze auf einem Parkplatz, Gehsteige in Gleisdorf, Einzelbäume, Fahrspuren, Indoormapping usw. -- Friedrich K. Volkmann http://www.volki.at/ Adr.: Davidgasse 76-80/14/10, 1100 Wien, Austria ___ Talk-at mailing list Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at
[OSM-talk-ie] A UK/GB OpenStreetMap group
Hi all, A few weeks ago I set up a survey to find out how people would want a potential UK/GB OpenStreetMap group to look like. Vincent kindly forwarded it to this list. The survey was focussed on what it should do and how it should structure decision making and financials. It did not ask whether the group should be GB or UK. The results of that survey are now available at https://lists.openstreetmap.org/pipermail/talk-gb/2015-August/017637.html Given that you are currently looking to set up a more formal Ireland group, I felt it about time I subscribe to this list so that I can write directly to you :-) One of the areas we need to work out is whether we will be a UK or a GB group. I am told that the only reason that the mailing list is called talk-gb is that gb is the correct iso-3166 code (similarly in the early days of the internet some were pushing for .co.gb to align with this code). Quite frankly however I don't believe the naming of one mailing list should dictate our decision. Personally I see no problem in going UK and those in NI can then join either group (or better still, both). This would work the same as if a OSM-Scotland group was formalised - those members can then be part of both the OSM-Scotland and OSM-UK/GB group. That's just my view. What is important to me is that I hear your views on this. Whatever we end up doing I think it would be great if we could work together on this. We both are going to need to set up a constitution and then once established we can share work and even do joint events. Let me know your thoughts. Best wishes, Rob ___ Talk-ie mailing list Talk-ie@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ie
Re: [Talk-br] Fwd: mapa desalinhado, o que é melhor fazer? Adriano Rosa
No iD, infelizmente, por enquanto ainda não. Existe no GitHub uma *issue* aberta justamente sobre este aspecto: https://github.com/openstreetmap/iD/issues/1124 []s Arlindo 2015-08-02 7:44 GMT-03:00 Ivaldo Nunes de Magalhães ivald...@gmail.com: E existe alguma forma de correção definitiva, ou algum mecanismo para se salvar a correção do alinhamento feito, de modo que ao abrir novamente ele desalinhe mais? O Nelson me explicou uma forma de fazer pelo josm, mas utilizo como padrão o iD, Só uso o josm para validar relações... ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [OSM-talk-fr] Utilisation du PLU parisien.
Énormément de plan dont le plan nommé au dessus. Il n'y a aucune info de license sinon j'aurais pu trancher. Le pdf concerné fait partie des infrastructures d'utilité publiques. Le 31 juillet 2015 16:34:30 GMT+02:00, Christian Quest cqu...@openstreetmap.fr a écrit : Le 30/07/2015 19:20, althio a écrit : http://pluenligne.paris.fr/plu/page/PLU?page_id=1 http://pluenligne.paris.fr/plu/sites-plu/site_statique_34/index_plu.html Je n'ai vu aucune mention de licence... à creuser. J'ai chargé le fichier .ISO à distance (ma petite ligne ADSL de campagne digère mal 1Go). Il ne semble contenir que des PDF... Quelqu'un a regardé ce qu'on pouvait en tirer ? -- Christian Quest - OpenStreetMap France ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Pierre d'Huy -- Pierre d'Huy___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-ja] Talk-ja まとめ読み, 89 巻, 9 号
浅野です。 対応が遅くなりました。 正確に（機械的に）これらを区分するのは難しいですが、概念として幅員が1.5ｍ未満の物理的に軽自動車が通れない小道に関しては、皆様のご意見によると、以下の２種類になるものと考えます。 なお、富田林市では広幅員の歩行者専用道路があり、これはhighway=pedestrianとします。 また、幹線道路沿いの歩道については、市のデータインポートはありませんので、既存のデータを残存させようと思います。 市道、Null1.5以下highway=path highway=footway(bicycle=yes/no) 小道(農林業用小道（里道等）) 小道（居住区域付近の路地） -- ** 浅野 和仁 090-2067-9293 helicobacter_y...@hera.eonet.ne.jp（メインメール） 586-0077 河内長野市南花台四丁目7-5 ** ___ Talk-ja mailing list Talk-ja@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ja
[Talk-GB] Open Access Land
I thought this was available in the Natural England data. Rob ___ Talk-GB mailing list Talk-GB@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-gb
Re: [OSM-talk-be] Wiki pagina aanmaken?
Ik ben ermee bezig. 't Is enkel niet zo duidelijk of zone wel de goeie tag was om mee te starten. (Dus ook in Nederland). Maar wat dan wel? public_transport_zone werd voorgesteld in deze thread: https://lists.openstreetmap.org/pipermail/tagging/2013-March/013141.html Maar om daar nu public_transport_zone:BE:De_Lijn van te gaan maken. Dat wordt wel erg lang. In Stuttgart gebruiken ze blijkbaar: fee_zone. Als het moet worden aangepast, zou 'k voor zone:public_transport:BE:De_Lijn en zone:public_transport:BE:TEC gaan. Ondertussen is het wel zo dat, wat De Lijn betreft, dat hele zoneverhaal geen belang meer heeft...Sinds februari 2015 mag je 1 uur reizen met je ticket. Het is me niet helemaal duidelijk hoe het zit bij TEC in het zuiden van het land. Wat me ook niet duidelijk is, is wat je moet doen op lijnen die langer dan een uur over hun traject doen, ik denk daarbij aan lijn 305 tussen Leuven en Turnhout, maar dat is niet belangrijk voor deze discussie. Jo Op 2 augustus 2015 20:44 schreef Marc Zoutendijk marczoutend...@mac.com: Momenteel ben ik bezig met een uitgebreid onderzoek van de taginfo database en een dagboekbericht daarover is hier te lezen [1]. Voortvloeiend uit dat onderzoek kwam ik een overzicht tegen van keys die meer dan 10.000 keer gebruikt worden, maar die geen wiki pagina hebben die de genoemde key beschrijft. Dat is voor een veelgebruikte key eigenlijk onwenselijk, omdat nieuwe mappers dan niet kunnen weten hoe een key gebruikt moet worden of waar die key voor dient. Op pagina 11 van de taginfo informatie daarover: http://taginfo.openstreetmap.org/reports/frequently_used_keys_without_wiki_page staat de key: zone:De_Lijn Is er iemand in de Belgische gemeenschap die deze ontbrekende wiki pagina zou kunnen aanmaken? Met openpoimap is het gebruik van deze key (in bv. Antwerpen) goed zichtbaar te maken: http://openpoimap.org/?map=variouszoom=14lat=51.20896lon=4.41867layers=B00TFF Marc Z. [1] http://www.openstreetmap.org/user/marczoutendijk/diary ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
[Talk-br] Alterações na fronteira oficial entre MG e ES.
Prezados, Após um acordo entre os dois estados, haverá alterações na fronteira entre MG e ES que entrarão em vigor a partir de outubro. A mudança afetará diversos municípios. http://www.em.com.br/app/noticia/nacional/2015/08/01/interna_nacional,674243/divisa-entre-minas-e-espirito-santo-tera-novo-tracado.shtml att, PC ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-GB] Open Access Land
Hi Survey it? But I guess you're referring to armchair mapping. So try Natural England? http://www.openaccess.naturalengland.org.uk/wps/portal/oasys/maps/MapSearch/ On 02/08/2015 18:10, Dudley Ibbett wrote: Hi Am I correct in assuming that there is still no source of data that can be used to draw these areas? Regards Dudley ___ Talk-GB mailing list Talk-GB@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-gb --- This email has been checked for viruses by Avast antivirus software. http://www.avast.com ___ Talk-GB mailing list Talk-GB@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-gb
Re: [OSM-talk-be] Wiki pagina aanmaken?
I would start with the short description that's now in the info box on the right. zone:De Lijn is used to mark tariff zone information on bus and tram stops in Belgium. Then your current description in Rationale or just continue under the about line. I think this emphasizes the definition a bit better just my .5 cents m. 2015-08-03 0:12 GMT+02:00 Jo winfi...@gmail.com: I added those pages. http://wiki.openstreetmap.org/wiki/Key:zone:De_Lijn http://wiki.openstreetmap.org/wiki/Key:zone:TEC I'd appreciate your comments or edits, before I translate them to Dutch and French. Jo Op 2 augustus 2015 22:51 schreef Jo winfi...@gmail.com: Ik ben ermee bezig. 't Is enkel niet zo duidelijk of zone wel de goeie tag was om mee te starten. (Dus ook in Nederland). Maar wat dan wel? public_transport_zone werd voorgesteld in deze thread: https://lists.openstreetmap.org/pipermail/tagging/2013-March/013141.html Maar om daar nu public_transport_zone:BE:De_Lijn van te gaan maken. Dat wordt wel erg lang. In Stuttgart gebruiken ze blijkbaar: fee_zone. Als het moet worden aangepast, zou 'k voor zone:public_transport:BE:De_Lijn en zone:public_transport:BE:TEC gaan. Ondertussen is het wel zo dat, wat De Lijn betreft, dat hele zoneverhaal geen belang meer heeft...Sinds februari 2015 mag je 1 uur reizen met je ticket. Het is me niet helemaal duidelijk hoe het zit bij TEC in het zuiden van het land. Wat me ook niet duidelijk is, is wat je moet doen op lijnen die langer dan een uur over hun traject doen, ik denk daarbij aan lijn 305 tussen Leuven en Turnhout, maar dat is niet belangrijk voor deze discussie. Jo Op 2 augustus 2015 20:44 schreef Marc Zoutendijk marczoutend...@mac.com : Momenteel ben ik bezig met een uitgebreid onderzoek van de taginfo database en een dagboekbericht daarover is hier te lezen [1]. Voortvloeiend uit dat onderzoek kwam ik een overzicht tegen van keys die meer dan 10.000 keer gebruikt worden, maar die geen wiki pagina hebben die de genoemde key beschrijft. Dat is voor een veelgebruikte key eigenlijk onwenselijk, omdat nieuwe mappers dan niet kunnen weten hoe een key gebruikt moet worden of waar die key voor dient. Op pagina 11 van de taginfo informatie daarover: http://taginfo.openstreetmap.org/reports/frequently_used_keys_without_wiki_page staat de key: zone:De_Lijn Is er iemand in de Belgische gemeenschap die deze ontbrekende wiki pagina zou kunnen aanmaken? Met openpoimap is het gebruik van deze key (in bv. Antwerpen) goed zichtbaar te maken: http://openpoimap.org/?map=variouszoom=14lat=51.20896lon=4.41867layers=B00TFF Marc Z. [1] http://www.openstreetmap.org/user/marczoutendijk/diary ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [Talk-in] Understanding the OSM tile server architecture!
Hey Mayuresh - I have worked on the OpenStreetMap infrastructure a bit and might be able to take your questions. One of my recent talks might also be useful - http://sajjad.in/2014/07/openstreetmap-as-infrastructure-the-fifth-elephant-bangalore-2014/ Cheers, Sajjad On Sun, Aug 2, 2015 at 7:54 PM, Devdatta Tengshe devda...@tengshe.in wrote: Hi Mayuresh, I have some experience with the architecture of these kinds of GIS/Mapping systems, and can possibly help you out. What do you want to know? You should also have a look at these links: http://www.slideshare.net/firefishy1/server-devopts http://wiki.openstreetmap.org/wiki/Component_overview Regards, Devdatta On Sun, Aug 2, 2015 at 7:49 PM, Mayuresh Kathe mayur...@kathe.in wrote: Hi, Is there anyone on this list who's knowledgeable about OSM's architecture? If there is, would he/she be willing to field a bunch of questions which would allow me to understand OSM internals better? I have tried to dig things up on my own, read an article, know about Mapnik, but, just can't get the whole thing in my head in a coherent manner. Hence the request above. Best, ~Mayuresh ___ Talk-in mailing list Talk-in@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-in -- Regards, Devdatta ___ Talk-in mailing list Talk-in@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-in -- Sajjad Anwar http://geohacker.in ___ Talk-in mailing list Talk-in@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-in
Re: [Talk-de] Fwd: New MapRoulette challenge - fix railway crossings
Dazu kann man nur sagen das viele Länder ihre Geodaten veröffentlicht haben und so kein Bedarf besteht diese in eine Offene Datenbank einzutragen. In Neuseeland beispielsweise gibt es lang nicht so viel Mapper wie bei uns, aber das hat ganz einfach den Grund das man alle Landkarten und alle Luftbilder für umme auf der Webseite des Vermessungsamtes bekommt. Hier ist das ein wenig anders, hier kriegen selbst Hochschulen nur nach Betteln mehr wie ein Testdatensatz. Deshalb besteht hier Bedarf nach gutem offenen Datenmaterial. Wenn unsere Vermessungsverwaltung von Anfang an alles veröffentlicht hätte, dann hätten wir weit weniger Mapper, weil jeder würde einfach die Daten und Karten der Vermessungsverwaltungen nehmen. Das ist aber hier nicht so. Gruß Paulest -Ursprüngliche Nachricht- Von: Andreas Schmidt [mailto:schmidt-postf...@freenet.de] Gesendet: Sonntag, 2. August 2015 12:22 An: talk-de@openstreetmap.org Betreff: Re: [Talk-de] Fwd: New MapRoulette challenge - fix railway crossings Hallo, bei aller Liebe zu OSM und bei durchaus vorhandener Bereitschaft, „fremde“ Gebiete zu mappen: * ich bin überzeugt, dass geöffnete Augen und eingeschaltetes Gehirn viel mehr Unfälle an Bahnübergängen verhindern können als Karteneinträge. * warum eigentlich gibt es in Amerika so wenig Mapper, die ihr eigenes Land einzeichnen? Kein Bedarf? Grundsätzlich sollte es in einem industrialisierten, (weitgehend) zivilisierten Land mit großer Bevölkerungszahl doch möglich sein, dass die ihr Land selber mappen? Dies sind meine Gedanken, die der Aufruf bei mir auslöst. Natürlich kann jeder machen, was er will. Grüße Andreas Am 01.08.2015 um 23:40 schrieb Michael Kugelmann: Hallo, wenn Euch langweilig ist weil Deutschland schon relativ gut gemappt ist: für den kann ich auf die Maproulette Aufgabe von Martijn hinweisen. In USA gibt es leider immer noch Berge von fehlerhaften und veraltete Daten aus dem Tiger-Import. Martijn hat eine Herausforderung der FRA und Google aufgenommen um auch in OSM die Bahnübergänge vollständig eingetragen zu haben. Und selbst wenn man ein Kreuz auf der Karte sieht sollte man gemäß Martijn den Ort kontroliieren: dies deckt sich mit meinen Erfahrungen! Meine Erfahrung: * die Daten in der USA in einsamen Gegenden sind wirklich schlecht! - es fehlen komplette Bäche etc. - Brücken sind nicht eingezeichnet - man sieht es den Daten an dasss sie veraltet/ungepflegt sind - teilweise gibt es einen gewaltigen Offset zu den Bing-Bildern - Wege die man als track bezeichnen muss sind aus den Tiger-Daten als residential getaggt -Wälder/Baumreihen/... nicht gemappt - [viele weitere Dinge]:-( * häufig sind an dem Bahnübergang 2 Knoten: einer auf dem Weg und einer auf dem Gleis! - das sollte ein gemeinsamer Knoten sein = vereinigen (geht in JOSM) - Manchmal ist auch ein Kreuz für railway = level_crossing vorhanden trotz 2 Knoten * das Bahngleismapping ist ... - grottig = twilweise rießeiger Versatz - veraltet (z.B. bei Bing ist Umbau zu erkennen) - Gleis-induviduelles Mapping nicht vorhanden (mehrere Parallel-Gleise) * Viel Spaß, Michael. Weitergeleitete Nachricht Betreff: [OSM-talk] New MapRoulette challenge - fix railway crossings Datum: Fri, 31 Jul 2015 16:42:37 -0600 Von: Martijn van Exel m...@rtijn.org An: OpenStreetMap US Talk talk...@openstreetmap.org Kopie (CC): t...@openstreetmap.org t...@openstreetmap.org Hi all, Partly inspired by Google making noise about saving lives by warning people about crossings (see for example http://www.transportation.gov/fastlane/fra-google-team-to-incorporate- rail-data-in-maps) I decided to take that same railroad crossings data from the Federal Railway Administration, massage it a bit and turn it into a MapRoulette challenge! Here it is: http://maproulette.org/#t=fix-railway-crossings I filtered out all 'historic' records in the original FRA file, but I did not cross check against existing OSM crossing tags. Even if you see a rendered crossing already, please do go in and check though - I find that sometimes the crossing node is actually not a shared node between the road and the railway. Have fun! Martijn van Exel skype: mvexel ___ talk mailing list t...@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk ___ 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
[Talk-GB] Named junctions that aren’t on motorways
Hi, What is the best way to map named junctions like the Moby Dick https://www.openstreetmap.org/node/3214393584 and Southbury Cross https://www.openstreetmap.org/relation/5408971? There seems to be no standard on that in the wiki yet. Thanks in advance.___ Talk-GB mailing list Talk-GB@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-gb
Re: [Talk-de] regionale mappingregen - Deutsche Inseln e.g.
Am 30.07.2015 um 22:22 schrieb Florian Lohoff: Wenn die Gemeinde alle Beschlüsse auf ihrer Webseite veröffentlicht, könnte man das website-Tag am Gemeindeobjekt als einen solchen Hinweis interpretieren :-) Ansonsten existieren keine Polygone in der realen Welt und Metainformationen gehören nicht in eine Geodatenbank. Puh - also wer von den casual-mappern guckt denn als erstes in ein Gemeindeobjekt ob denn wohl da spannendes drin steht? Man kann nicht alle wichtigen Beschlüsse der Gemeinde in das Objekt bei OSM aufnehmen. Der Mapper muss schon auf der Webseite der Gemeinde eine Recherche machen. Wie am Smiley ersichtlich, war der Vorschlag nicht ganz ernst gemeint. Und es geht ja um unterschiedlichste Gebiete. Das diese Informationen nicht in eine Geodatenbank gehören sehe ich noch ein bischen anders da es eben Geoinformationen sind. Das für OSM nur Metainformationen sind mag ja sein - Aber wenn ich mir den schrott mit den umrissen der Hochauflösenden Bing Bilder von anno Tobak oder so ansehe dann ist das eine absurde Diskussion. Ich hätte da durchaus mehrere Anwendungsfälle - Für NRW den Hinweis auf die DOPs/ALKIS Daten vom LVermA (Es gibt immer noch jede menge ID Nutzer die von uralten und lagekaputten Bing Bildern abzeichnen) oder eben solche dinger wie die Autofreien Inseln. Am Ende könnte man sogar noch z.b. den JOSM Validator mit informationen versorgen z.b. Gebiet mit Linksverkehr oder die default sprache so das ein name:de in Deutschland im Validator aufpoppt. Die Umrisse der hochauflösender Bildquellen habe immerhin ein definiertes Polygon, gehören aber nicht in eine Geodatenbank. Ein willkürlich gezeichnetes Polygon für jeden Defaultwert (railway:gauge; urban:maxspeed; default_language) würde unsere Datenbank mit tausenden riesiger Gebiete zumüllen. Für den Mapper wären diese Polygone auch nicht auffindbar. Jetzt aufgrund des einen Schildes alle wege auf der Straße mit einem motor_vehicle=no zu versorgen halte ich für total übertrieben. Das Verbot gilt wegen der Widmung für jede einzelne Straße auf ganzer Länge. Das Schild ist nur ein punktförmiger Hinweis darauf. =no ist falsch - Es sind dort motor_vehicles unterwegs und die dürfen das. Das ist eine Grundsatzfrage für unser Tagging. Für fast alle Regeln gibt es Ausnahmen für spezielle Gruppen (Polizei, Rettungsdienste, Grünflächenamt, Stadtwerke, Jagdpächter, etc.) oder Sondererlaubnisse für Einzelpersonen oder Fahrzeuge. Normalerweise erfassen wir nur die allgemeinen Regeln in OSM. Dann ist =no korrekt. Anderenfalls müssten wir nahezu alle Fußwege mit motor_vehicle=private ergänzen. Selbst ein Zeichen 250 ist kein access=no. 99% der Mapper haben eine andere Meinung als du. ;-) Ein Zeichen 250 ist ein Fahrzeuge aller Art. Mit dem Pferd oder zu Fuß darf ich da sehr wohl rein. Du hast recht. Ich hatte mich verlesen. highway=residential/unclassified etc sagt ja öffentliche Straße d.h. StVO. In Deutschland trifft es meist, aber nicht immer zu. Gib mir doch mal ein Beispiel für eine StVO konforme Beschilderung für ein access=no. Ich kenne da gerade keine. § 45 STVO Die Straßenverkehrsbehörden können die Benutzung bestimmter Straßen oder Straßenstrecken aus Gründen der Sicherheit oder Ordnung des Verkehrs beschränken oder verbieten und den Verkehr umleiten + ein Dutzend weitere Gründe Ein Schild zeigt das Verbot nur an. Ein über die Straße gespanntes Flatterband reicht vermutlich schon als Kennzeichnung. ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
[OSM-talk] Charts for tagging schemes
Is there a place we could watch changing the usage numbers of tagging schemes? I mean charts showing tag dynamics over time, because TagInfo shows only current numbers. -- The train is always on time / The trick is to be ready to put your bags down [A. Cohen] ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [Talk-de] Fwd: New MapRoulette challenge - fix railway crossings
Am 02.08.2015 um 12:22 schrieb Andreas Schmidt: * ich bin überzeugt, dass geöffnete Augen und eingeschaltetes Gehirn viel mehr Unfälle an Bahnübergängen verhindern können als Karteneinträge. Klar. Aber Ausgangspunkt war eine Aktion der Amerikanischen Bahnbehörde mit Google. Ob diese intelligent ist mag sich jeder selber überlegen.;-) * warum eigentlich gibt es in Amerika so wenig Mapper, die ihr eigenes Land einzeichnen? Kein Bedarf? Ich schiebe manches auf die Nachwirkungen des Tiger-Imports. Wenn man auf die Karte als Grafik sieht, denkt man sieht ja alles prima aus, da brauche ich nichts mehr machen = kein Einbringen in die Community. Ich hatte vor vielen Jahren bei OSM angefangen weil ich die leere Fläche in meinem Heimatort nicht akzeptieren wollte... Wenn man die USA-Daten aber ansieht erkennt man, dass da leider sehr viel Schrott ist = bedarf sehr viel Überarbeitung! Mit einer kleiner Community welche sich - typischerweise - eher in den großen Städten aber nicht im einsamen Land findet wird dies schwer: der typische Mapper arbeitet vor seiner Haustüre. Und in den landwitschaftlichen geprägten weiten Landschaften in einigen Bereichen der USA wird die Mapperdichte bei einer schwachen Community dann schon sehr dünn... Grundsätzlich sollte es in einem industrialisierten, (weitgehend) zivilisierten Land mit großer Bevölkerungszahl doch möglich sein, dass die ihr Land selber mappen? Grundsätzlich stimme ich dem zu. Und Fremdmapping ist einem Community-Aufbau grundsätzlich auch nicht besonders förderlich. Allerdings sind IMHO die Erfolge im Community-Aufbau trotz großer Anstrenungen (auch langjährig durch Firmen wie Cloudmade) begrenzt = halte eine gewisse Unterstützung durch Fremdmapping in dem Fall für akzeptabel. Grüße, Michael. ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
