Re: [Talk-it] Kathmandu, OSM e il Politecnico di Milano
Il 27/05/2015 13:07, Dario Zontini Gmail ha scritto: Il 26/05/2015 20:45, Alessandro ha scritto: Guarda queste http://www.robyrobiglio.it/foto%20_2015_Nepal_earthquake/index.htm Grazie, chiedi se le possiamo usare. Ciao, mi ha risposto oggi: ciao, ma certo, scusa il ritardo , ..se vuoi te ne inviamo delle altre! ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-de] Punkte Lienien Flächen mit Koordinaten erstellen
Hallo Nick, Am 2015-05-31 um 17:06 schrieb Lazerus: ich bin seit gestern bei OSM dabei. Herzlich willkommen! Ich habe noch kein GPS Gerät, daher begnüge ich mich damit, in meinem Heimatdorf die Gebäude mit dem BING Satellitenbild nachzuzeichnen und Hausnummern zu vergeben. Mittelfristig werde ich ein GPS Gerät haben, das möchte ich fürs andern benutzen. Jetzt dachte ich mir, ich zeichne erst mal vor, und wenn ich dann später das GPS habe, messe ich die Punkte nach und korrigiere die Punkte Linien und Flächen mit den gesammelten Daten. Heute kann man auch ohne GPS-Empfänger ein guter Mapper sein. Bing hat heute deutschlandweit einigermaßen gute Bilder – das war bis 2012/2013 noch nicht der Fall. GPS-Empfänger brauche ich als Allzweckmapper mit Eisenbahnfokus nur noch für Neubaugebiete, im Wald und wenn ich in verschatteten Bereichen mappe (wo in Bing man wegen Schattenwurfs nichts sieht). Viel genauer als mit den Bing-Bildern werden deine Garmin-Messungen auch nicht sein. Es ist eher möglich, dass Bing etwas besser ist, gerade bei Abschattungen. Im guten Fall hast du 3 m Genauigkeit mit dem Garmin, im ungünstigen Fall bis zu 15 m. Du kannst jetzt schon in iD (und auch in JOSM) von den OSM-Servern die GPS-Tracks anderer User laden und mit den Luftbildern vergleichen. In unebenem Gelände sowie an Dämmen und Einschnitten haben Luftbilder oft Verzerrungen oder einen Versatz (im Gebirge sind aber auch die GPS-Tracks nicht so gut). Ich arbeite mit dem Webbrowser, um die Karte zu editieren. Jetzt habe ich mal versucht herauszufinden, wie ich denn Koordinaten an bereits existierenden Punkten verändern kann und habe nichts gefunden. Das einzige war die Funktion “ in OSM anzeigen”. Dort werden fein säuberlich alle Punkte der Flächen und Linien aufgelistet und die Koordinaten angegeben, aber verändern kann man da nichts. Geht es überhaupt, bereits existierende Punkte zu verschieben, in dem man gezielte Koordinaten einpflegt? Mit Drag and Drop geht es ja auch. Im iD-Editor (das ist der Online-Editor, den du vermutlich verwendet hast) kann man die Koordinaten nicht als Zahlen eingeben. Das ist halt eine Funktion die kaum einer braucht. Der Online-Editor taugt für Kleinigkeiten und einfache Edits etwas, aber wenn du Spezialsonderwünsche hast oder komplizierte Objekte (z.B. Buslinien, Admin-Grenzen [1]) mappen willst, wirst du um JOSM nicht herumkommen. Das ist ein Java-Programm (JOSM = Java-OpenStreetMap-Editor), bei dem man auch die Koordinaten manuell eingeben kann. Dort kann man auch die Darstellung im Editor der Objekte ändern, eigene Prüfroutinen und Darstellungssstile nutzen … https://josm.openstreetmap.de/ Wenn man ein GPS-Gerät hat (das einzige brauchbare dürfte ein Garmin sein, die neusten kommen sogar mit OSM-basierter Basiskarte!) werden Wegpunkte (einzelne manuell gespeicherte Punkte) und der Track (die gelaufene Spur) als GPX-Dateien exportiert. Diese kannst du sowohl in iD als auch in JOSM laden. Hast du schon mal durchs OSM-Wiki gestöbert? Einfach auf der Startseite https://wiki.openstreetmap.org/wiki/DE:Main_Page anfangen. Hinweis: Als ich 2011 mit Mappen angefangen habe, war ich auch nach dem Laden meines ersten Tracks in JOSM (ich habe mit JOSM angefangen) etwas verwirrt. Der Track wird in einen nicht editierbaren Layer geladen (wie ein Luftbild), du zeichnest ihn dann nach. Dadurch kannst du die GPS-Track typischen Zacken glätten, außerdem kommt es aufgrund der GPS-Ungenauigkeiten nicht auf den Dezimeter an. Wenn du in NRW, Bayern, Baden-Württemberg oder Berlin mappst, sind bestimmte WMS-Dienste der Vermessungsverwaltungen dieser Länder für dich interessant (nur in JOSM nutzbar). Dort dürfen wir bestimmte (nicht alle!) Kartenwerke, Katasterdarstellungen und Luftbilder nutzen. https://wiki.openstreetmap.org/wiki/NRW-Atlas https://wiki.openstreetmap.org/wiki/DE:Potential_Datasources#Berlin https://wiki.openstreetmap.org/wiki/DE:Potential_Datasources#Bayern https://wiki.openstreetmap.org/wiki/Maps4BW Wenn in diesem Posting etwas falsch war oder fehlte, dann wird das bestimmt ein anderer hier auf der Mailingliste korrigieren. :-) Viele Grüße Michael (Nickname: Nakaner) [1] nur für Profis mit Ahnung -- 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-pe] [Talk-cl] [talk-latam] State of the Map LatAm 2015
¡Gracias Fernando! Nos vemos en Septiembre. Julio Costa Zambelli Fundación OpenStreetMap Chile julio.co...@openstreetmap.cl http://www.openstreetmap.cl/ Cel: +56(9)89981083 2015-05-29 16:03 GMT-03:00 Fernando cor...@fernando.com.ar: Felicitaciones Julio y la comunidad chilena! El sitio está muy bueno, pronto les haré llegar mas comentarios. Saludos y nos vemos en septiembre! On 29/05/15 14:57, Julio Costa Zambelli wrote: Estimados, Hoy hemos anunciado la realización del primer State of the Map LatAm. El evento tendra lugar entre el 4 y el 6 de Septiembre, en Santiago de Chile. Como muchas personas solicitaron durante el State of the Map de Buenos Aires en Noviembre pasado, el evento se realizara el viernes, sábado y domingo inmediatamente anteriores al AbreLatam (7-8) y el ConDatos (9-10). De forma que puedan postular a las becas que ofrecen esos eventos. De todas maneras hemos abierto un proceso de becas para las entradas y alojamientos en Santiago, las cuales se financiaran con la ayuda de los auspiciadores de nuestra conferencia. Pueden obtener más información en http://sotm.openstreetmap.cl/ y en http://wiki.openstreetmap.org/wiki/ES:State_of_the_Map_Latam_2015 Y también respondiendo a este mensaje. Saludos, Julio Costa Zambelli Fundación OpenStreetMap Chile julio.co...@openstreetmap.cl http://www.openstreetmap.cl/ Cel: +56(9)89981083 ___ talk-latam mailing listtalk-latam@openstreetmap.orghttps://lists.openstreetmap.org/listinfo/talk-latam ___ Talk-cl mailing list talk...@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-cl ___ Talk-pe mailing list Talk-pe@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-pe
[Talk-de] Punkte Lienien Flächen mit Koordinaten erstellen
Hallo, ich bin seit gestern bei OSM dabei. Ich habe noch kein GPS Gerät, daher begnüge ich mich damit, in meinem Heimatdorf die Gebäude mit dem BING Satellitenbild nachzuzeichnen und Hausnummern zu vergeben. Mittelfristig werde ich ein GPS Gerät haben, das möchte ich fürs andern benutzen. Jetzt dachte ich mir, ich zeichne erst mal vor, und wenn ich dann später das GPS habe, messe ich die Punkte nach und korrigiere die Punkte Linien und Flächen mit den gesammelten Daten. Ich arbeite mit dem Webbrowser, um die Karte zu editieren. Jetzt habe ich mal versucht herauszufinden, wie ich denn Koordinaten an bereits existierenden Punkten verändern kann und habe nichts gefunden. Das einzige war die Funktion “ in OSM anzeigen”. Dort werden fein säuberlich alle Punkte der Flächen und Linien aufgelistet und die Koordinaten angegeben, aber verändern kann man da nichts. Geht es überhaupt, bereits existierende Punkte zu verschieben, in dem man gezielte Koordinaten einpflegt? Mit Drag and Drop geht es ja auch. vielen Dank für Eure Hilfe und Meinung Nick ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Punkte Lienien Flächen mit Koordinaten erstellen
Am 31.05.2015 um 17:27 schrieb Michael Reichert naka...@gmx.net: Viel genauer als mit den Bing-Bildern werden deine Garmin-Messungen auch nicht sein. Es ist eher möglich, dass Bing etwas besser ist, gerade bei Abschattungen. Im guten Fall hast du 3 m Genauigkeit mit dem Garmin, im ungünstigen Fall bis zu 15 m. Du kannst jetzt schon in iD (und auch in JOSM) von den OSM-Servern die GPS-Tracks anderer User laden und mit den Luftbildern vergleichen. jein, stimmt schon prinzipiell, vor allem dass man kein GPS braucht um beizutragen und dass einzelne Messungen nicht unbedingt lagegenauer sind als Luftbilder, wobei mir öfters auffällt, dass gerade die Bing-bilder zT systematische Probleme haben, dh sie sind gelegentlich verzerrt, vor allem in hügeligem Gelände, verglichen mit GPS Tracks, die wiederum zu alternativen Luftbildern passen. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [OSM-talk] Can wikidata links help fight name inflation?
SomeoneElse writes: On 29/05/2015 07:07, Andrew Hain wrote: Thank you Dave. As a British mapper I am ashamed that some people want to make the map of my country less useful, and not only to Russian speakers a long way away. Hang on, where is _anybody_ saying that? The whole point of the thread is about whether it would be possible to use wikidata to make the map _more_ useful to people who don't speak a particular language, not less. As I said yesterday: It's a perfectly reasonable request for someone to ask can I have a map that shows place names displayed in my language / alphabet. It wouldn't be the first time that we argued about what the map should have on it. IMHO, we shouldn't have a map. We should have a list of map peers, each of which is rendered topically, including an English Language map, or a Kannada map. They should be hosted by whomever wants to host them. The only difference is which tile set gets selected. You can edit off all of them, using potlatch or id or remote control. There is a data flag for all of them so you can see data items rendered over the map tiles. And (this is key) there is no default. There is no OSM map. And there is nothing to argue about how the map should be rendered. We'll still argue, of course. But it will be arguments about what goes into the database. And the default answer there is Everything that doesn't move, and a few things that do. -- --my blog is athttp://blog.russnelson.com Crynwr supports open source software 521 Pleasant Valley Rd. | +1 315-600-8815 Potsdam, NY 13676-3213 | Sheepdog ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
[Talk-se] Bästa sättet att ange addr taggar?
Hej! Jag funderar på hur man bäst anger addr-taggar. T.ex. om jag vill lägga till samtliga POIs i ett köpcentrum, ska jag då ange adress för alla enskilt eller finns det ett bättre sätt att göra detta på? Som ni ser i exemplet här så är alla affärer etc taggade med addr*: http://www.openstreetmap.org/node/1539913664#map=18/59.51876/17.91359 http://osmose.openstreetmap.fr/en/map/ klagar här på att samma adress används flera gånger. Jag har sett denna relation användas på några ställen. http://wiki.openstreetmap.org/wiki/Relations/Proposed/Provides_feature Är detta någon vi bör använda vid sådana här tillfällen? Problemet jag ser är att den bara är proposed än så länge. Mvh, Fredrik ___ Talk-se mailing list Talk-se@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-se
Re: [Talk-it] c'è da taggare i limiti di velocità
Ops .. ho confuso limiti di altezza con limiti di velocità 2015-05-31 21:58 GMT+02:00 Maurizio Napolitano napoo...@gmail.com: Grazie alla funzione di mapillary che riconosce i cartelli stradali, ora è disponibile uno strumento che indica dove mancano le indicazioni sui limiti di velocità in OpenStreetMap. Qui il tool http://maxheight.bplaced.net/overpass/map.html -- Maurizio Napo Napolitano http://de.straba.us -- Maurizio Napo Napolitano http://de.straba.us ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-se] Bästa sättet att ange addr taggar?
Ett sätt är att tagga adressen på byggnaden, sen ha en Building-relation (http://wiki.openstreetmap.org/wiki/User:Aschilli/ProposedRoofLines#Building_Relation proposed den också men har ca 1 användningar i databasen + att den är de facto standard för Simple 3D buildings tagging) där man inkluderar alla POIs i köpcentret som role=contains. Alternativt kan man köra med contact:*= taggar för POIs. /Joakim On 31 May 2015, at 19:59, Fredrik Nyqvist fred...@nyqvist.biz wrote: Hej! Jag funderar på hur man bäst anger addr-taggar. T.ex. om jag vill lägga till samtliga POIs i ett köpcentrum, ska jag då ange adress för alla enskilt eller finns det ett bättre sätt att göra detta på? Som ni ser i exemplet här så är alla affärer etc taggade med addr*: http://www.openstreetmap.org/node/1539913664#map=18/59.51876/17.91359 http://osmose.openstreetmap.fr/en/map/ klagar här på att samma adress används flera gånger. Jag har sett denna relation användas på några ställen. http://wiki.openstreetmap.org/wiki/Relations/Proposed/Provides_feature Är detta någon vi bör använda vid sådana här tillfällen? Problemet jag ser är att den bara är proposed än så länge. Mvh, Fredrik ___ Talk-se mailing list Talk-se@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-se ___ Talk-se mailing list Talk-se@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-se
[Talk-it] c'è da taggare i limiti di velocità
Grazie alla funzione di mapillary che riconosce i cartelli stradali, ora è disponibile uno strumento che indica dove mancano le indicazioni sui limiti di velocità in OpenStreetMap. Qui il tool http://maxheight.bplaced.net/overpass/map.html -- Maurizio Napo Napolitano http://de.straba.us ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [OSM-talk] Attributing others' errors to OSM data and what to do about it. Was: Craigslist OpenStreetMap Rendering Issue
100% true. Consumers don't respect (Polish word szanować beside to respect means something like taking care of a thing, especially if you got it from someone) our data. Most implementations are mediocre to horrible. Main offenses are displaying irrelevant things, very scarce tags support, partial and outright wrong translation of object types, needless exposure of users to OSM data model (eg. directly slapping raw opening_hours on the screen), and no understanding of regional differences in address formats. This sparked an idea in my mind some time ago. If anyone has resources, they could make some sort of library/program (and maybe distribute compiled data products) that does all these software has to... cases, doing eg. access values inference and whatever the user specifies, maybe normalization (conflating tags that mean the same, or abstracting from tags whatsoever - example would be that shops come with shop=* mostly, but some do with amenity=* - or that there are services that are tagged as shop=*) or address/admin preprocessing which apparently is SO tricky (people still often don't understand that addr:place is there...) Doing things once is beneficial, saving work and keeping bugs out. Michał On Sun, May 31, 2015 at 4:46 PM, pmailkeey . pmailk...@googlemail.com wrote: Totally agree - the oneway(=no) is being misinterpreted. OSM's BIG ISSUE is what to do about others misinterpreting OSM data and attributing the error to OSM. -- Mike. @millomweb - For all your info on Millom and South Copeland via the area's premier website - currently unavailable due to ongoing harassment of me, my family, property pets TCs ___ 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-at] Schulzentrum Graz-Andritz
Hallo, wieso setzt du nicht einfach die unterschiedlichen Adress/Schuldaten auf zwei nodes, die dort sind wo die jeweiligen Eingänge sind? Oder handelt es sich wirklich um separate Gebäude die baulich getrennt sind? In solchen Schulgebäuden sind ja meist mehrere Schulen untergebracht, die sich dann einen Turnsaal, oder dergleichen teilen. zum Beispiel https://www.openstreetmap.org/way/29850155 flaimo 2015-05-31 16:38 GMT+02:00 grubernd li...@mehrzweckraum.com: hallo, ich habe ein Verständnis- und Editierproblem in Andritz: http://www.openstreetmap.org/relation/1303671 nachdem ich dort heute wählen war ist mir aufgefallen, dass die Relation in der Form nicht mehr stimmt. das konkrete Hauptproblem, das ich habe ist dabei folgendes: wie verwandelt man - vorzugsweise mit JOSM - eine Relation in einen Way mit Erhalt der Tags? Situation: der oberste Teil (quadratisch mit dem 35b drin) ist weiterhin Viktor Kaplan Volksschule, dann kommt ein Flugdach mit Mülltonnen und alles südlich davon, mit Innenhöfen usw ist jetzt Neue Mittelschule Graz-Andritz. ich würde in einer des is ma grod ois z'kompliziert Anwandlung das ganze Ding löschen, drei Gebäude neu hinbaun und die Tags händisch von der alten Relation übernehmen. aber wir wollen ja nicht brutal sein, also die Frage: wie würdet ihr das elegant, mit Erhalt der History lösen, dass: - die Volksschule (nördliches Quadrat) ein eigenständiges Gebäude ist? - das Flugdach separat ist und anzeigt Mülltonnen/Recycling - die NMS Andritz korrekt auftaucht. schönen Sonntag, grubernd ___ 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-nl] BAG vs On-The-Ground
Het beste blijft, lijkt me, contact opnemen met de gemeente en de verschillen bij hen aangeven. Uiteraard heb je een punt dat niet alleen straatnaamborden maar eventueel ook de BAG fout zou kunnen zijn (fout = afwijken van het formele besluit). Mocht je met Gemeente Woerden contact opnemen, dan ben ik benieuwd naar de uitkomst daarvan. Cheers, Johan Op 31 mei 2015 19:50 schreef Colin Smale colin.sm...@xs4all.nl: En als de BAG niet overeenkomt met het formele Straatnaambesluit, bijvoorbeeld a.g.v. een typfout? Volgens mij prevaleert dan het Besluit en moet de BAG worden bijgewerkt. Het is dus niet voldoende om alleen de BAG te raadplegen - je moet het Straatnaambesluit bij de gemeente opvragen. Misschien zijn de borden wel goed, en de BAG niet. Het spreekt voor zich (IMHO) dat de straatnaam op de adres-nodes overeen moet komen met de straatnaam op de weg waar het adres bij hoort. Als de naam op de weg wordt aangepast omdat ik de OTG-regel toepas, hoe kan ik het verband tussen de adres-nodes en de weg handhaven? We kunnen dit doen door ook de adres-nodes aan te passen, maar dan is de bron van de naam niet langer de BAG maar survey bijvoorbeeld. //colin On 2015-05-31 14:11, Johan C wrote: 1. OSM heeft ook het principe dat afkortingen voluit geschreven moeten worden in tegenstelling tot naamgeving op borden 2. Op het forum zijn ook al eens gevallen langsgekomen waarbij de naam van een straat op meerdere borden in die straat verschillend geschreven werd 3. Aangezien gemeenten zich behoren te houden aan de BAG zou de beste oplossing zijn om gemeenten te wijzen op hun fout en hen de kans geven om binnen een redelijke termijn de bebording te vervangen Cheers, Johan Op 31 mei 2015 12:37 schreef Sebastiaan Couwenberg sebas...@xs4all.nl: On 05/31/2015 12:14 PM, Colin Smale wrote: Ook in Woerden doet zich dit voor. Botnische golf, Middelandse zee, Finse golf hebben een afwijking tussen de schrijfwijze volgens BAG en de schrijfwijze op de borden ter plaatse. De conventie in Nederland is dat alle woorden in een straatnaam een hoofdletter krijgen, dus beschouw ik in deze gevallen de borden als correcter dan de BAG. Degene die de BAG-import heeft gedaan heeft de import-regels netjes opgevolgd en deze straatnamen verbeterd zodat ze nu wel overeenstemmen met de BAG, maar niet langer met de borden en de conventies. Dus hebben we een situatie geschapen waarbij een officieel register zwaarder wordt gewogen dan de werkelijkheid ter plaatse. Hiermee overschrijden we één van de basisbeginselen van OSM. Wat vindt men hier zoal van? Het on-the-ground principe voor de extacte schrijfwijze van borden weegt wat mij betreft niet zo zwaar. De borden horen ook de BAG aan te houden, maar stammen waarschijnlijk van voor de tijd dat dit een wettelijk plicht was. Of wijken hier van af ivm beperkte ruimte op de borden. Geen van de schijfwijzen is wat mij betreft fout, dus beide zijn prima acceptabel voor OSM. Het komt uit eindelijke neer een kwestie van smaak en estetische waarde. Mvg, Bas -- GPG Key ID: 4096R/6750F10AE88D4AF1 Fingerprint: 8182 DE41 7056 408D 6146 50D1 6750 F10A E88D 4AF1 ___ Talk-nl mailing list Talk-nl@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-nl
[OSM-talk-ie] Ulster and Northern Ireland boundaries
Hi, 1. http://www.openstreetmap.org/edit?editor=idrelation=3772997#map=17/54.92081/-8.90721 I've tweaked the boundary of Ulster (RoI) by changing z=5 to admin_level=5 As this affects 2 countries, 3 provinces, 11 counties ... and so on, I thought I might mention it, in case something ends up broken. :) 2. The boundaries of Fermanagh / Northern Ireland / UK are still broken at Fermanagh and just north of Derry. As can be seen here: http://www.itoworld.com/map/159?lon=-7.20244lat=54.68935zoom=8fullscreen=true Thanks Colm --- Never doubt that a small group of thoughtful, committed citizens can change the world. Indeed, it is the only thing that ever has. Margaret Mead ___ Talk-ie mailing list Talk-ie@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ie
[Talk-in] OpenAerialMap Beta Goes Live
http://hotosm.org/updates/2015-05-28_openaerialmap_beta_goes_live -- Shekhar Krishnan @bombayologist http://shekhar.cc ___ Talk-in mailing list Talk-in@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-in
Re: [OSM-talk] Attributing others' errors to OSM data and what to do about it. Was: Craigslist OpenStreetMap Rendering Issue
OSM should act as a consultant to data consumers. Whenever a mistake like this is spotted, we should try to contact the data consumer and help repair the misinterpretation. I think nothing more is needed. We should also make it easier for data consumers to interpret data correctly. I think we should have a machine readable list of tag combinations wih their semantic meanings. Janko ned, 31. svi 2015. 16:50 pmailkeey . pmailk...@googlemail.com je napisao: Totally agree - the oneway(=no) is being misinterpreted. OSM's BIG ISSUE is what to do about others misinterpreting OSM data and attributing the error to OSM. -- Mike. @millomweb https://sites.google.com/site/millomweb/index/introduction - For all your info on Millom and South Copeland via *the area's premier website - * *currently unavailable due to ongoing harassment of me, my family, property pets* TCs https://sites.google.com/site/pmailkeey/e-mail ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
[Talk-GB] weeklyOSM 253
The weekly round-up of OSM news, issue # 253, is now available online in English, giving as always a summary of all things happening in the openstreetmap world: http://www.weeklyosm.eu Enjoy! -- ## Manfred ## www.weeklyOSM.eu ___ Talk-GB mailing list Talk-GB@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-gb
[OSM-talk] weeklyOSM 253
The weekly round-up of OSM news, issue # 253, is now available online in English, giving as always a summary of all things happening in the openstreetmap world: http://www.weeklyosm.eu Enjoy! -- ## Manfred ## www.weeklyOSM.eu ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk-be] RAVELS : changement de dénomination
Bonjour Matthieu, Merci pour l'information et la proposition de suivi. D'après ce que je vois du site web (par ailleurs sur ma machine plus lent et plus lourd que OSM et openCycleMap) la licence n'est pas compatible avec OSM . Dommage. C'est peut-être un point à traiter avec les créateurs du site pour commencer ? Et aussi sur le long terme, leur proposer uen collaboration formelle avec la communauté OSM. Qu'en penses-tu ? Bien à toi, Nicolas Le 28/05/15 13:27, Matthieu Gaillet a écrit : Salut à tous, Du boulot pour nous en perspective : Nous vous informons que ces appellations RAVeL 1, 2, 3, 4 et 5 vont disparaître et être remplacées par 10 nouveaux itinéraires régionaux de longue distance et 4 internationaux. Un nouveau site Internet RAVeL est en cours de développement. Il sera prêt pour fin 2015. La nouvelle version des cartes RAVeL papier, qui sera publiée en juin 2015, intégrera déjà la référence aux nouveaux itinéraires régionaux et internationaux. http://ravel.wallonie.be/opencms/opencms/fr/parcours/presentation_generale.html http://ravel.wallonie.be/opencms/opencms/fr/parcours/presentation_generale.html Y a-t-il un mappeur en particulier qui suit de près les ravels ? Sinon je veux bien coordonner les efforts pour mettre à jour les cartes et sans doute faire une petite remise à niveau, il me semble avoir constaté qu’il y avait de temps à autre des ruptures dans ces liaisons. Mais avant toute chose, avons-nous une déclaration de libération des données et l’autorisation de se référer à ce site web ? Matthieu ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be attachment: nicolas.vcf___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [Talk-it] c'è da taggare i limiti di velocità
2015-05-31 21:58 GMT+02:00 Maurizio Napolitano napoo...@gmail.com: Qui il tool http://maxheight.bplaced.net/overpass/map.html In questo momento non mi funziona, ma dal nome del layer sembra indicare i tratti di strada che passano sotto un ponte senza che ci sia un limite di altezza. (se è così allora non ha a che fare quindi con mapillary) Se non mi ricordo male questa mancanza è segnalata anche da qualche altro tool (forse Osmose) AnyFile ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [OSM-talk-be] RAVELS : changement de dénomination
C’est en effet par là que je vais commencer. Comme tu l’as sans doute lu, je suis occupé à faire du lobbying du coté de l’IDETA pour la WAPI à vélo. On va voir ce que ça va donner de ce côté, puis j’attaquerai du côté des RAVELS. J’ai justement une connaissance très au fait de la question et qui connaître probablement une personne à qui s’adresser de préférence. Je vous tiens au jus. Matthieu On 31 May 2015, at 22:11, Nicolas Pettiaux nico...@pettiaux.be wrote: Bonjour Matthieu, Merci pour l'information et la proposition de suivi. D'après ce que je vois du site web (par ailleurs sur ma machine plus lent et plus lourd que OSM et openCycleMap) la licence n'est pas compatible avec OSM . Dommage. C'est peut-être un point à traiter avec les créateurs du site pour commencer ? Et aussi sur le long terme, leur proposer uen collaboration formelle avec la communauté OSM. Qu'en penses-tu ? Bien à toi, Nicolas Le 28/05/15 13:27, Matthieu Gaillet a écrit : Salut à tous, Du boulot pour nous en perspective : Nous vous informons que ces appellations RAVeL 1, 2, 3, 4 et 5 vont disparaître et être remplacées par 10 nouveaux itinéraires régionaux de longue distance et 4 internationaux. Un nouveau site Internet RAVeL est en cours de développement. Il sera prêt pour fin 2015. La nouvelle version des cartes RAVeL papier, qui sera publiée en juin 2015, intégrera déjà la référence aux nouveaux itinéraires régionaux et internationaux. http://ravel.wallonie.be/opencms/opencms/fr/parcours/presentation_generale.html http://ravel.wallonie.be/opencms/opencms/fr/parcours/presentation_generale.html Y a-t-il un mappeur en particulier qui suit de près les ravels ? Sinon je veux bien coordonner les efforts pour mettre à jour les cartes et sans doute faire une petite remise à niveau, il me semble avoir constaté qu’il y avait de temps à autre des ruptures dans ces liaisons. Mais avant toute chose, avons-nous une déclaration de libération des données et l’autorisation de se référer à ce site web ? Matthieu ___ Talk-be mailing list Talk-be@openstreetmap.org mailto:Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be https://lists.openstreetmap.org/listinfo/talk-be nicolas.vcf ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk] Can wikidata links help fight name inflation?
On 30/05/2015, Martin Koppenhoefer dieterdre...@gmail.com wrote: there are ~600 visible_name On Overpass there's actually only two places where visible_name has been used: * In Venice, associated with a corresponding name=*, looks completely superfluous. * Somewhere else in Italy, associated with noname=yes and a note on why the signposted name isn't a proper one. In both cases, it doesn't look like a take that routers and renderers would want to take into account. 37000 unsigned_ref And 3 of those are associated with a ref=*. Not sure how this is supposed to be used, it seems like a poorly-designed tag to me. Is that inherited from TIGER ? 518 unsigned 400 signed 161 name:signed 124 name:sign 86 ref:signed 48 unsigned_name 47 ref:unsigned 16 name:signposted Yup, founds those too after Simon explained things a bit. It seems that for names nobody cares to say whether they are signposted or not (or maybe only when the sign is different from the actual name), while for ref it seems common practice(?) to use unsigned_ref I wouldn't trust or interpret unsigned_ref until I understand a bit more about it. ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [Talk-at] Public Transport Schema und Wien
Robin Däneke schrieb: PS: In Wien sind die Bus-Halteräume bei Gelenkbuslinien 20Meter lang. Soll ich dann die Platform Linien ( wo es halt eine Plattform gibt) auch 20M lang machen? So lange sie keine highway=platform oder gar railway=platform sind (was nur für Plattformen gibt, die wirkliche eigenständige Bauwerke sind, und nicht für eine Gehsteigkante, die zum Einsteigen verwendet wird), ist das wohl korrekt. In einer Standard-Karte (also nicht Transport/ÖPNV) sollte sie nicht extra gerendet werden (eine eigenständige highway/railway=platform aber möglicherweise schon), in einer Tansport/ÖPNV-Karte ist es aber sinnvoll, rendern zu können hier muss man stehen, um den Bus zu erwischen. Das sollte in der OSM-Datenbank abgebildet sein. KaiRo ___ Talk-at mailing list Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at
[talk-latam] #253 de weeklyOSM en castellano
Hola El semanario # 253 de weeklyosm, el sumario de todo lo que está ocurriendo en mundo OSM está en linea en español http:/www.weeklyosm.eu/?lang=es Disfrutadlo!___ talk-latam mailing list talk-latam@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-latam
Re: [OSM-talk] Craigslist OpenStreetMap Rendering Issue
Yes, I would class this as a rendering error on Craigslist's part, not a data error on OSM's part. It sounds like the code is checking for the presence of the oneway tag, where it should be checking for the presence of oneway=yes. -- John F. Eldredge -- j...@jfeldredge.com Darkness cannot drive out darkness; only light can do that. Hate cannot drive out hate; only love can do that. -- Martin Luther King, Jr. On May 31, 2015 2:05:06 AM Bryce Nesbitt bry...@obviously.com wrote: After a long stretch of oneway=yes, I might indeed tag oneway=no just to keep someone from assuming I'd made a mistake. oneway=no is a declaration, as opposed to a lack of information. -- ___ 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-ph] Mapping Party in Iloilo May 23, 2015
Yes, Pierre. It can be extended via plugins - but they're made part of the core and can only be integrated via pull requests. On Sun, May 31, 2015 at 10:52 PM Pierre Béland pierz...@yahoo.fr wrote: Could a plugin be easily developped? Or could a specific presets be used? Pierre -- *De :* Erwin Olario gov...@gmail.com *À :* maning sambale emmanuel.samb...@gmail.com *Cc :* osm-ph talk-ph@openstreetmap.org *Envoyé le :* Dimanche 31 mai 2015 10h05 *Objet :* Re: [talk-ph] Mapping Party in Iloilo May 23, 2015 Happy to hear you got a chance to use the freshly baked goods. :)) I hope you got a chance to promote the community-maintained version of OsmAnd[0] available via F-Droid[1]. The ten-map-downloads limitation could get annoying. :/ I agree with you about OsmAnd's having *too many* features - but I'm not complaining. The good news is that the new UI is way better than the old one, and more intuitive. Cheers, [0] https://f-droid.org/repository/browse/?fdid=net.osmand.plus [1] https://f-droid.org/FDroid.apk *Erwin Olario* - - - - - - - - - - - - - - - - - - - » email: erwin@ er...@ngnuity.net*n**gnu**IT**y**.**net* http://ngnuity.net/ | gov...@gmail.com » mobile: (PHL): +63 908 817 2013 » OpenPGP key: 3A93D56B | 5D42 7CCB 8827 9046 1ACB 0B94 63A4 81CE 3A93 D56B On Sun, May 31, 2015 at 9:41 PM, maning sambale emmanuel.samb...@gmail.com wrote: Hi, As mentioned in this thread, the mapping party was last Saturday in Iloilo co-organized by The Asia Foundation and several bike groups (IPAD Xtr, ICYC, iFOLD, Augustinian Cyclists) in the city. Originally, we designed to have an editing session using iD. But since most of them did not bring laptops, mostly on bikes (of course), we focused mapping using SmartPhones installed with OSMAnd. Thanks to Erwin for updating the adding a new section on the new version of OSMAnd in learnosm which I had to review early morning before the event. ;) The good thing with OSMAnd is that you have a lot of options for mapping, the bad thing with OSmAnd is that you have a lot of options for mapping. ;). Anyway, we focused on using OSM plugin to map bike related POIs. There were some crashes on one device and we were not successful getting the plugin to work on iPhones/iOS. All in all, I think OSMAnd is perfect for groups like this. Even if they don't use any of the editor, they can continue contributing by just uploading POIs. There were some issues along the way lsuch as some POIs in the middle of the sea and other with only name tags. We are fixing it now. My presentation notes/videos, mapper contributions and photos here: http://maning.github.io/taf_iloilo/ On Tue, May 19, 2015 at 6:31 PM, maning sambale emmanuel.samb...@gmail.com wrote: Hi, [short notice but] The Asia Foundation is organizing a mapping party to biker groups in Iloilo City this Saturday May 23, 2015. If there are Iloilo based mapeers here and is interested to join, send me an email for details. -- cheers, maning -- Freedom is still the most radical idea of all -N.Branden https://epsg4253.wordpress.com/ http://twitter.com/maningsambale -- -- cheers, maning -- Freedom is still the most radical idea of all -N.Branden https://epsg4253.wordpress.com/ http://twitter.com/maningsambale -- ___ talk-ph mailing list talk-ph@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ph ___ talk-ph mailing list talk-ph@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ph ___ talk-ph mailing list talk-ph@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ph
Re: [OSM-talk] Can wikidata links help fight name inflation?
On 2015-05-31 14:19, moltonel 3x Combo wrote: On 30/05/2015, Martin Koppenhoefer dieterdre...@gmail.com wrote: It seems that for names nobody cares to say whether they are signposted or not (or maybe only when the sign is different from the actual name), while for ref it seems common practice(?) to use unsigned_ref I wouldn't trust or interpret unsigned_ref until I understand a bit more about it. `unsigned_ref` is used almost exclusively in the U.S. [1] for certain kinds of route numbers that are of relatively little use to the general public. For example, the state legislature or highway department may have assigned a road or bridge a number for accounting purposes. In many cases, the numbers are signposted, but only in fine print on signage or on small signs out of view to most motorists. This tag was most recently discussed on talk-us back in January regarding Pennsylvania's quadrant route system. [2] Here's a real world example of `unsigned_ref`: https://www.flickr.com/photos/dougtone/4176740362/ What you see in this photo is typical signage for Pennsylvania State Route 443 (ref=PA 443); below it is mile marker 210. At the top of that mile marker, in infinitesimal print, is the quadrant route designation SR 3009 (thus unsigned_ref=SR 3009). Most likely, the bridge itself has a reference number carved into either end (unsigned_ref again, I guess). Some other states and counties handle things very differently, avoiding signposting legislative route or bridge numbers at all. But I'd be surprised if someone has actually bothered to import such numbers in large quantity. It was important to avoid putting these numbers in `ref` because renderers and routers alike would immediately present them as ordinary route numbers and probably give laypeople a lot of confusion. (It'd be as if someone had set `name=Londres` for London.) Other than that, the choice of unsigned was just a matter of convenience and plainly a misnomer. Something like `ref:penndot` may've been more appropriate in examples like the one above. [1] http://taginfo.openstreetmap.org/keys/unsigned_ref#map [2] https://lists.openstreetmap.org/pipermail/talk-us/2015-January/014157.html -- m...@nguyen.cincinnati.oh.us ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Craigslist OpenStreetMap Rendering Issue
On 1/06/2015 6:42 AM, John Eldredge wrote: Yes, I would class this as a rendering error on Craigslist's part, not a data error on OSM's part. It sounds like the code is checking for the presence of the oneway tag, where it should be checking for the presence of oneway=yes. Or oneway=1, -1 reverse, true, reversible On May 31, 2015 2:05:06 AM Bryce Nesbitt bry...@obviously.com wrote: After a long stretch of oneway=yes, I might indeed tag oneway=no just to keep someone from assuming I'd made a mistake. oneway=no is a declaration, as opposed to a lack of information. Is not the note= key to be used for passing that kind of information to other mappers? To me the note= key is much more indicative to fellow mappers than a value in another key. ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Craigslist OpenStreetMap Rendering Issue
Warin 61sundowner at gmail.com writes: Or oneway=1, -1 reverse, true, reversible The tag oneway=true is extinct in the database. -- Andrew ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk-nl] BAG vs On-The-Ground
En als de BAG niet overeenkomt met het formele Straatnaambesluit, bijvoorbeeld a.g.v. een typfout? Volgens mij prevaleert dan het Besluit en moet de BAG worden bijgewerkt. Het is dus niet voldoende om alleen de BAG te raadplegen - je moet het Straatnaambesluit bij de gemeente opvragen. Misschien zijn de borden wel goed, en de BAG niet. Het spreekt voor zich (IMHO) dat de straatnaam op de adres-nodes overeen moet komen met de straatnaam op de weg waar het adres bij hoort. Als de naam op de weg wordt aangepast omdat ik de OTG-regel toepas, hoe kan ik het verband tussen de adres-nodes en de weg handhaven? We kunnen dit doen door ook de adres-nodes aan te passen, maar dan is de bron van de naam niet langer de BAG maar survey bijvoorbeeld. //colin On 2015-05-31 14:11, Johan C wrote: 1. OSM heeft ook het principe dat afkortingen voluit geschreven moeten worden in tegenstelling tot naamgeving op borden 2. Op het forum zijn ook al eens gevallen langsgekomen waarbij de naam van een straat op meerdere borden in die straat verschillend geschreven werd 3. Aangezien gemeenten zich behoren te houden aan de BAG zou de beste oplossing zijn om gemeenten te wijzen op hun fout en hen de kans geven om binnen een redelijke termijn de bebording te vervangen Cheers, Johan Op 31 mei 2015 12:37 schreef Sebastiaan Couwenberg sebas...@xs4all.nl: On 05/31/2015 12:14 PM, Colin Smale wrote: Ook in Woerden doet zich dit voor. Botnische golf, Middelandse zee, Finse golf hebben een afwijking tussen de schrijfwijze volgens BAG en de schrijfwijze op de borden ter plaatse. De conventie in Nederland is dat alle woorden in een straatnaam een hoofdletter krijgen, dus beschouw ik in deze gevallen de borden als correcter dan de BAG. Degene die de BAG-import heeft gedaan heeft de import-regels netjes opgevolgd en deze straatnamen verbeterd zodat ze nu wel overeenstemmen met de BAG, maar niet langer met de borden en de conventies. Dus hebben we een situatie geschapen waarbij een officieel register zwaarder wordt gewogen dan de werkelijkheid ter plaatse. Hiermee overschrijden we één van de basisbeginselen van OSM. Wat vindt men hier zoal van? Het on-the-ground principe voor de extacte schrijfwijze van borden weegt wat mij betreft niet zo zwaar. De borden horen ook de BAG aan te houden, maar stammen waarschijnlijk van voor de tijd dat dit een wettelijk plicht was. Of wijken hier van af ivm beperkte ruimte op de borden. Geen van de schijfwijzen is wat mij betreft fout, dus beide zijn prima acceptabel voor OSM. Het komt uit eindelijke neer een kwestie van smaak en estetische waarde. Mvg, Bas -- GPG Key ID: 4096R/6750F10AE88D4AF1 Fingerprint: 8182 DE41 7056 408D 6146 50D1 6750 F10A E88D 4AF1 ___ Talk-nl mailing list Talk-nl@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-nl [1] ___ Talk-nl mailing list Talk-nl@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-nl [1] Links: -- [1] https://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-nl
Re: [Talk-it] Aggiornamento dei controlli sui nomi delle strade, ora con alt_name
Ciao daniele. Mi unisco anche io ai ringraziamenti e complimenti ;) Una curiosità: il tool mi segnala come errate strade che vengono chiamate Stretto. Io credevo fosse un termine per indicare certe vie ed in sostituzione della dicitura via/vicolo ecc. mi puoi confermare se è un errore mio? - Ciao, Aury -- View this message in context: http://gis.19327.n5.nabble.com/Aggiornamento-dei-controlli-sui-nomi-delle-strade-ora-con-alt-name-tp5846596p5846630.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] Aggiornamento dei controlli sui nomi delle strade, ora con alt_name
Io non riesco a trovare comuni che hanno uno spazio nel nome, tipo San Cassiano o Montesano Salentino. Come si fa? Grazie Federico ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [OSM-talk-fr] Cépages ?
Bonjour, Le 29/05/2015 12:30, Laurent Chiche a écrit : Quelqu'un sait-il s'il est possible d'indiquer les cépages des vignes et quels attributs utiliser ? J'ai cherché, mais rien trouvé à ce sujet dans le wiki. je ne réponds pas à la question :( Pour habiter dans une région viticole et pour voir dans OSM des contributeurs individualiser les parcelles viticoles -- et maintenant identifier les cépages --, j'ai une légère réticence sur ce type de pratique (dans OSM). Je n'y suis pas opposé par défaut mais je pense que c'est une manière de procéder qui est une potentielle grosse consommatrice/perte de temps et d'énergie. Pour côtoyer le monde viticole quasi-quotidiennement dans mon activité professionnelle, je sais que les plantations de vignes sont hautement mouvantes : regroupements de parcelles, utilisation d'une même parcelle pour deux encépagements différents, arrachages, replantations dans des cépages différents, abandons, etc. implique-rai-ent une connaissance du terrain d'une finesse telle qu'il faut être le viticulteur lui-même pour pouvoir suivre les évolutions de son exploitation. Alors, faire ça depuis son fauteuil à partir de photographies aériennes à l'intervalle plus que large (plusieurs années) me semble ignorer les réalités indiquées ci-dessus. C'est donc une perte de temps colossale qui implique une perte de temps encore plus colossale pour les mises à jour. Ceci dit, que ceux que ça intéresse créent, sur la base d'OSM mais en dehors ou à côté, un outil qui permette ce suivi, ok, bonne chance à eux :) Quand je vois ce que réclame d'efforts la connaissance de la voirie dans ces mêmes zones rurales pour être à peu près à jour, je me dis qu'il y a du gâchis. Maintenant, chacun fait comme il le sent et se fait plaisir comme il l'entend, hein ? -- Jean-Francois Nifenecker, Bordeaux ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk] Craigslist OpenStreetMap Rendering Issue
After a long stretch of oneway=yes, I might indeed tag oneway=no just to keep someone from assuming I'd made a mistake. oneway=no is a declaration, as opposed to a lack of information. ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [Talk-de] Tag für Fahrradzählstellen
Hallo! Ich habe dafür schon die Tags man_made=monitoring mit monitoring:bicycle=yes [1] im Einsatz gesehen. Z.B. hier: http://www.openstreetmap.org/node/3400807630 [1] http://taginfo.osm.org/keys/monitoring%3Abicycle#map Grüße, Martin 2015-05-30 11:40 GMT+02:00 Frau Klemm kwo...@outlook.com: Hallo Zusammen, ich wollte fragen, ob ein Tag für Fahrrad-Zählstellen gibt? Ich bin heute mit dem Rad in Berlin unterwegs gewesen und hab einige Zählstellen gefunden, die auf dem Radweg eingelassen wurden. Siehe link: https://www.dropbox.com/s/ifuzc8yd2a5ki5f/IMG_20150530_093503.jpg?dl=0 http://www.rbb-online.de/panorama/beitrag/2015/03/berliner-radfahrer-werden- kuenftig-elektronisch-erfasst.html Könnt Ihr mir da weiterhelfen? Viele Grüße Robert ___ 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: [OSM-talk] Neat use of OpenStreetMap
On Thu, May 28, 2015 at 3:59 PM, Simon Poole si...@poole.ch wrote: It is not clear to me what isn't free about MLS, but in any case openbmap has been around for quite a while. It's the fact you have to go through an API and tell Mozilla what you can see now, and they provide you a geocoordinate and DOP for that, as opposed to being able to download it yourself and be able to do that offline, locally. The main issue with -all- of these alternative location services is that they currently can't be seamlessly be integrated in to mobile OSs without the cooperation of the manufacturers which kinds of makes them redundant. It's pretty seamless in Android, assuming you're not locked in on the carrier's OS du jure. If you're on Android's official distribution, CyanogenMod or another customized Android distro, it's somewhat easy to install. ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
[OSM-talk-nl] BAG vs On-The-Ground (Was: Groenlandsekade/Groenlandse Kade, Vinkeveen)
Ook in Woerden doet zich dit voor. Botnische golf, Middelandse zee, Finse golf hebben een afwijking tussen de schrijfwijze volgens BAG en de schrijfwijze op de borden ter plaatse. De conventie in Nederland is dat alle woorden in een straatnaam een hoofdletter krijgen, dus beschouw ik in deze gevallen de borden als correcter dan de BAG. Degene die de BAG-import heeft gedaan heeft de import-regels netjes opgevolgd en deze straatnamen verbeterd zodat ze nu wel overeenstemmen met de BAG, maar niet langer met de borden en de conventies. Dus hebben we een situatie geschapen waarbij een officieel register zwaarder wordt gewogen dan de werkelijkheid ter plaatse. Hiermee overschrijden we één van de basisbeginselen van OSM. Wat vindt men hier zoal van? //colin On 2015-05-29 23:37, Colin Smale wrote: Heb je de gemeente geraadpleegd? Waarschijnlijk heeft de hele straat dezelfde schrijfwijze in het officiele Straatnaambesluit en hebben sindsdien verschillende partijen ongecontroleerd verschillende schrijfwijzen gehanteerd. Wat mij logisch lijkt is hetzij Groenlandse Kade hetzij Groenlandsekade. Mijn taalkundige intuitie neigt naar de eerste maar met straatnamen weet je het nooit tegenwoordig. Hoe dan ook, één schrijfwijze is juist voor de hele straat, en de rest is fout - ook al zitten die fouten ook op borden en in de BAG. Gelukkig scheelt het in dit geval maar heel weinig - het zal voor mensen geen problemen opleveren. Maar computers zijn niet zo snugger... //Colin On 2015-05-29 23:12, Tijmen Stam wrote: Hallo, 2 vragen over de Groenlandse[ K|k]ade in Vinkeveen. 1. Ik heb vaak gelezen Map what's on the ground. Hoe ga je om met een straat die 3 straatnaambordjes heeft, 2x Groenlandse Kade (beiden redelijk nieuw), 1x Groenlandsekade (ouder), maar de BAG-viewer geeft wel aan Groenlandsekade? De Site van de gemeente geeft Groenlandse kade (met spatie, zonder hoofdletter, zie http://www.derondevenen.nl/servicebalie/meldpunt-openbare-ruimte_3253/ [1]) Op OSM komen beide varianten voor, de weg is ook in stukjes opgeknipt met verschillende naam, zie http://www.openstreetmap.org/search?query=groenlandsekade#map=18/52.22754/4.97983layers=N [2] en http://www.openstreetmap.org/search?query=groenlandse+kade#map=18/52.22754/4.97983layers=N [3] 2. Langs de Groenlandse[ K|k]ade liggen veel woningen met het adres volledig ingevuld, maar als naam Groenlandsekade. Het adres zit op een losse node. Zie bijv http://www.openstreetmap.org/node/2878199639 [4] addr:city Vinkeveen addr:housenumber 61 addr:postcode 3645BB addr:street Groenlandse kade name Groenlandsekade source BAG source:date 2014-05-24 De name tag hoort toch helemaal niet op deze adresnode? In het geval van http://www.openstreetmap.org/way/284043319 [5] lijkt OSM er zelfs de voorkeur aan te geven om de name ipv het housenumber te renderen, dit staat op de kaart als Groenlandsekade ipv als 19A. Tijmen ___ Talk-nl mailing list Talk-nl@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-nl [6] ___ Talk-nl mailing list Talk-nl@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-nl [6] Links: -- [1] http://www.derondevenen.nl/servicebalie/meldpunt-openbare-ruimte_3253/ [2] http://www.openstreetmap.org/search?query=groenlandsekade#map=18/52.22754/4.97983amp;layers=N [3] http://www.openstreetmap.org/search?query=groenlandse+kade#map=18/52.22754/4.97983amp;layers=N [4] http://www.openstreetmap.org/node/2878199639 [5] http://www.openstreetmap.org/way/284043319 [6] https://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-nl
[Talk-de] Wiki übersetzen
Liebe Wiki-Spezialisten,
ich habe hier bei {{Languages}} irgendetwas durcheinander gebracht:
https://wiki.openstreetmap.org/wiki/AT5-OpenSeaMap-Chart_for_Lowrance_Simrad_B%26G
https://wiki.openstreetmap.org/wiki/de:AT5-OpenSeaMap-Chart_for_Lowrance_Simrad_B%26G
Wer kann mir helfen?
Danke, Markus
___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de
Re: [OSM-talk] Craigslist OpenStreetMap Rendering Issue
On Sun, 2015-05-31 at 07:56 +0200, Marc Gemis wrote: I've seen this topic being discussed here or elsewhere in the past. I thought that the consensus was that in some area's (a Spanish town I believe), it was ok to leave the oneway=no. The reasoning was that most streets in that town were oneway=yes, and the oneway=no was used to indicate that this road was surveyed and and an exception to the oneway=yes. so a world-wide mechanical edit should not be performed. +1 iD does prompt users to fill in tags such as oneway=no, horse=yes on roads and does I think lead new mappers to believe that such tags are required. Whilst I sometimes remove these as part of an edit, a mechanical edit would be wrong for the reasons stated above. Phil (trigpoint) ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [Talk-de] Avoid taging with both natural=water + waterway=riverbank
Am 30.05.2015 um 13:38 schrieb Richard ricoz@gmail.com: I have fixed this in a few places in the wiki: the combination of natural=water + waterway=riverbank for a single object is pretty dangerous and should be avoided because it will cause subtle and very hard to find rendering problems. thing is that these are 2 competing schemes where some people want to transition from riverbank to water=river Semantically a riverbank is a linear feature and would not be a closed area, but usage numbers still show that the older current riverbank for the river area mapping is much more popular cheers Martin ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [OSM-talk] Neat use of OpenStreetMap
Am 30.05.2015 um 02:16 schrieb Florian Lohoff f...@zz.de: I dont think this is legal by European standards ;) does it matter, if they do whatever they like? Germans spying on the european industry and governments and transferring it to the NSA, British illegal surveillance made legal by a new law the same time details came out, ... cheers Martin ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk-fr] Cépages ?
Bonjour, Tu peux t'inspirer de ce qui ce fait pour les arbres Key:species Le 31/05/2015 09:21, Jean-Francois Nifenecker a écrit : Bonjour, Le 29/05/2015 12:30, Laurent Chiche a écrit : Quelqu'un sait-il s'il est possible d'indiquer les cépages des vignes et quels attributs utiliser ? J'ai cherché, mais rien trouvé à ce sujet dans le wiki. je ne réponds pas à la question :( Pour habiter dans une région viticole et pour voir dans OSM des contributeurs individualiser les parcelles viticoles -- et maintenant identifier les cépages --, j'ai une légère réticence sur ce type de pratique (dans OSM). Je n'y suis pas opposé par défaut mais je pense que c'est une manière de procéder qui est une potentielle grosse consommatrice/perte de temps et d'énergie. Pour côtoyer le monde viticole quasi-quotidiennement dans mon activité professionnelle, je sais que les plantations de vignes sont hautement mouvantes : regroupements de parcelles, utilisation d'une même parcelle pour deux encépagements différents, arrachages, replantations dans des cépages différents, abandons, etc. implique-rai-ent une connaissance du terrain d'une finesse telle qu'il faut être le viticulteur lui-même pour pouvoir suivre les évolutions de son exploitation. Alors, faire ça depuis son fauteuil à partir de photographies aériennes à l'intervalle plus que large (plusieurs années) me semble ignorer les réalités indiquées ci-dessus. C'est donc une perte de temps colossale qui implique une perte de temps encore plus colossale pour les mises à jour. Ceci dit, que ceux que ça intéresse créent, sur la base d'OSM mais en dehors ou à côté, un outil qui permette ce suivi, ok, bonne chance à eux :) Quand je vois ce que réclame d'efforts la connaissance de la voirie dans ces mêmes zones rurales pour être à peu près à jour, je me dis qu'il y a du gâchis. Maintenant, chacun fait comme il le sent et se fait plaisir comme il l'entend, hein ? --- L'absence de virus dans ce courrier électronique a été vérifiée par le logiciel antivirus Avast. http://www.avast.com ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-nl] BAG vs On-The-Ground (Was: Groenlandsekade/Groenlandse Kade, Vinkeveen)
Is er een plek in de import om adhv regex een rapport te genereren net alle waarschijnlijk afwijkende/verkeerde schrijfwijzes? On 31 May 2015 12:14:43 CEST, Colin Smale colin.sm...@xs4all.nl wrote: Ook in Woerden doet zich dit voor. Botnische golf, Middelandse zee, Finse golf hebben een afwijking tussen de schrijfwijze volgens BAG en de schrijfwijze op de borden ter plaatse. De conventie in Nederland is dat alle woorden in een straatnaam een hoofdletter krijgen, dus beschouw ik in deze gevallen de borden als correcter dan de BAG. Degene die de BAG-import heeft gedaan heeft de import-regels netjes opgevolgd en deze straatnamen verbeterd zodat ze nu wel overeenstemmen met de BAG, maar niet langer met de borden en de conventies. Dus hebben we een situatie geschapen waarbij een officieel register zwaarder wordt gewogen dan de werkelijkheid ter plaatse. Hiermee overschrijden we één van de basisbeginselen van OSM. Wat vindt men hier zoal van? //colin On 2015-05-29 23:37, Colin Smale wrote: Heb je de gemeente geraadpleegd? Waarschijnlijk heeft de hele straat dezelfde schrijfwijze in het officiele Straatnaambesluit en hebben sindsdien verschillende partijen ongecontroleerd verschillende schrijfwijzen gehanteerd. Wat mij logisch lijkt is hetzij Groenlandse Kade hetzij Groenlandsekade. Mijn taalkundige intuitie neigt naar de eerste maar met straatnamen weet je het nooit tegenwoordig. Hoe dan ook, één schrijfwijze is juist voor de hele straat, en de rest is fout - ook al zitten die fouten ook op borden en in de BAG. Gelukkig scheelt het in dit geval maar heel weinig - het zal voor mensen geen problemen opleveren. Maar computers zijn niet zo snugger... //Colin On 2015-05-29 23:12, Tijmen Stam wrote: Hallo, 2 vragen over de Groenlandse[ K|k]ade in Vinkeveen. 1. Ik heb vaak gelezen Map what's on the ground. Hoe ga je om met een straat die 3 straatnaambordjes heeft, 2x Groenlandse Kade (beiden redelijk nieuw), 1x Groenlandsekade (ouder), maar de BAG-viewer geeft wel aan Groenlandsekade? De Site van de gemeente geeft Groenlandse kade (met spatie, zonder hoofdletter, zie http://www.derondevenen.nl/servicebalie/meldpunt-openbare-ruimte_3253/ [1]) Op OSM komen beide varianten voor, de weg is ook in stukjes opgeknipt met verschillende naam, zie http://www.openstreetmap.org/search?query=groenlandsekade#map=18/52.22754/4.97983layers=N [2] en http://www.openstreetmap.org/search?query=groenlandse+kade#map=18/52.22754/4.97983layers=N [3] 2. Langs de Groenlandse[ K|k]ade liggen veel woningen met het adres volledig ingevuld, maar als naam Groenlandsekade. Het adres zit op een losse node. Zie bijv http://www.openstreetmap.org/node/2878199639 [4] addr:city Vinkeveen addr:housenumber 61 addr:postcode 3645BB addr:street Groenlandse kade name Groenlandsekade source BAG source:date 2014-05-24 De name tag hoort toch helemaal niet op deze adresnode? In het geval van http://www.openstreetmap.org/way/284043319 [5] lijkt OSM er zelfs de voorkeur aan te geven om de name ipv het housenumber te renderen, dit staat op de kaart als Groenlandsekade ipv als 19A. Tijmen ___ Talk-nl mailing list Talk-nl@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-nl [6] ___ Talk-nl mailing list Talk-nl@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-nl [6] Links: -- [1] http://www.derondevenen.nl/servicebalie/meldpunt-openbare-ruimte_3253/ [2] http://www.openstreetmap.org/search?query=groenlandsekade#map=18/52.22754/4.97983amp;layers=N [3] http://www.openstreetmap.org/search?query=groenlandse+kade#map=18/52.22754/4.97983amp;layers=N [4] http://www.openstreetmap.org/node/2878199639 [5] http://www.openstreetmap.org/way/284043319 [6] https://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-nl -- Stichting OpenTaal http://opentaal.org___ Talk-nl mailing list Talk-nl@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] BAG vs On-The-Ground (Was: Groenlandsekade/Groenlandse Kade, Vinkeveen)
On 05/31/2015 12:14 PM, Colin Smale wrote: Ook in Woerden doet zich dit voor. Botnische golf, Middelandse zee, Finse golf hebben een afwijking tussen de schrijfwijze volgens BAG en de schrijfwijze op de borden ter plaatse. De conventie in Nederland is dat alle woorden in een straatnaam een hoofdletter krijgen, dus beschouw ik in deze gevallen de borden als correcter dan de BAG. Degene die de BAG-import heeft gedaan heeft de import-regels netjes opgevolgd en deze straatnamen verbeterd zodat ze nu wel overeenstemmen met de BAG, maar niet langer met de borden en de conventies. Dus hebben we een situatie geschapen waarbij een officieel register zwaarder wordt gewogen dan de werkelijkheid ter plaatse. Hiermee overschrijden we één van de basisbeginselen van OSM. Wat vindt men hier zoal van? Het on-the-ground principe voor de extacte schrijfwijze van borden weegt wat mij betreft niet zo zwaar. De borden horen ook de BAG aan te houden, maar stammen waarschijnlijk van voor de tijd dat dit een wettelijk plicht was. Of wijken hier van af ivm beperkte ruimte op de borden. Geen van de schijfwijzen is wat mij betreft fout, dus beide zijn prima acceptabel voor OSM. Het komt uit eindelijke neer een kwestie van smaak en estetische waarde. Mvg, Bas -- GPG Key ID: 4096R/6750F10AE88D4AF1 Fingerprint: 8182 DE41 7056 408D 6146 50D1 6750 F10A E88D 4AF1 ___ Talk-nl mailing list Talk-nl@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-nl
Re: [Talk-de] Tag für Fahrradzählstellen
Am 30.05.2015 um 22:37 schrieb Tom Pfeifer t.pfei...@computer.org: bevor wir einen Tag erfinden sollten wir überlegen, ob wir diese Dinge überhaupt mappen wollen. da er sich hier mit der entsprechenden Frage an die Liste gewandt hat kannst Du denke ich davon ausgehen, dass er diese Überlegung schon angestellt hat ;-) Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [OSM-talk] Craigslist OpenStreetMap Rendering Issue
Forgot reply to list :( On 31/05/15 01:51, Mike Thompson wrote: Why care? I would imagine to the majority of the users make no distinction between OpenStreetMap and Craigslist's rendering of OpenStreetMap, if the map is wrong, to them that simply means that OpenStreetMap is wrong. There are a number of reasons why oneway=no is a valid tag, so if the renderer is simply reading 'oneway' and ignoring the =no one has to ask the question how many other similar tags are also being incorrectly handled. In this case Craigslist is simply wrong and there is nothing openstreetmap can do about that ... or would want to do about it on the data! -- Lester Caine - G8HFL - Contact - http://lsces.co.uk/wiki/?page=contact L.S.Caine Electronic Services - http://lsces.co.uk EnquirySolve - http://enquirysolve.com/ Model Engineers Digital Workshop - http://medw.co.uk Rainbow Digital Media - http://rainbowdigitalmedia.co.uk ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
[Talk-ar] State of the Map LatAm 2015
Estimados, Hoy hemos anunciado la realización del primer State of the Map LatAm. El evento tendra lugar entre el 4 y el 6 de Septiembre, en Santiago de Chile. Como muchas personas solicitaron durante el State of the Map de Buenos Aires en Noviembre pasado, el evento se realizara el viernes, sábado y domingo inmediatamente anteriores al AbreLatam (7-8) y el ConDatos (9-10). De forma que puedan postular a las becas que ofrecen esos eventos. De todas maneras hemos abierto un proceso de becas para las entradas y alojamientos en Santiago, las cuales se financiaran con la ayuda de los auspiciadores de nuestra conferencia. Pueden obtener más información en http://sotm.openstreetmap.cl/ y en http://wiki.openstreetmap.org/wiki/ES:State_of_the_Map_Latam_2015 Y también respondiendo a este mensaje. Saludos, Julio Costa Zambelli Fundación OpenStreetMap Chile julio.co...@openstreetmap.cl http://www.openstreetmap.cl/ Cel: +56(9)89981083 ___ Talk-ar mailing list Talk-ar@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ar
Re: [Talk-ar] [talk-latam] State of the Map LatAm 2015
Felicitaciones Julio y la comunidad chilena! El sitio está muy bueno, pronto les haré llegar mas comentarios. Saludos y nos vemos en septiembre! On 29/05/15 14:57, Julio Costa Zambelli wrote: Estimados, Hoy hemos anunciado la realización del primer State of the Map LatAm. El evento tendra lugar entre el 4 y el 6 de Septiembre, en Santiago de Chile. Como muchas personas solicitaron durante el State of the Map de Buenos Aires en Noviembre pasado, el evento se realizara el viernes, sábado y domingo inmediatamente anteriores al AbreLatam (7-8) y el ConDatos (9-10). De forma que puedan postular a las becas que ofrecen esos eventos. De todas maneras hemos abierto un proceso de becas para las entradas y alojamientos en Santiago, las cuales se financiaran con la ayuda de los auspiciadores de nuestra conferencia. Pueden obtener más información en http://sotm.openstreetmap.cl/ y en http://wiki.openstreetmap.org/wiki/ES:State_of_the_Map_Latam_2015 Y también respondiendo a este mensaje. Saludos, Julio Costa Zambelli Fundación OpenStreetMap Chile julio.co...@openstreetmap.cl mailto:julio.co...@openstreetmap.cl http://www.openstreetmap.cl/ Cel: +56(9)89981083 ___ talk-latam mailing list talk-la...@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-latam ___ Talk-ar mailing list Talk-ar@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ar
Re: [OSM-talk] Neat use of OpenStreetMap
On Thu, May 28, 2015 at 3:09 PM, Michał Brzozowski www.ha...@gmail.com wrote: On Thu, May 28, 2015 at 9:54 PM, Robert Kaiser ka...@kairo.at wrote: Also, I really, really hope my access point will not get into any really open-to-everyone database because I don't want people to follow me around by database request when I'm moving somewhere and don't want to be easily found. So, there's industry standard way to do this, add _nomap to your SSID. Or just don't broadcast SSID whatsoever. And BTW, you can possibly be already listed on WiGLE :-P As the saying goes, wadriving is not a crime. If you transmit anything into the public air, and people receive that just as intended (that is no packet sniffing). you can't legally do anything about it. _nomap is provided out of courtesy If it's public spectrum with no regulatory oversight, it's public. If that's a problem, don't use public spectrum, use a cable... ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk-fr] Besoin d'aide pour WeeklyOSM en français
bonjour 30 mai 2015 10:00 Emmanel Dewaele emmanuel.dewa...@gmail.com a écrit: J'aurais aimé être présent au SotM-fr, mais je trouve utile de mettre le sujet sur la table. Vous aurez sans doute l'occasion d'en discuter. Effectivement, j'ai lancé le sujet ce dimanche matin et nous nous sommes retrouvés à 4 contributeurs intéressés par le sujet :) Ces personnes sont en copie de ce mail (attention toutes ne sont pas inscrites à la liste Talk-fr). Pourrais-tu nous en dire plus sur les aspects pratiques ? Faut-il un compte ? Il y a t-il un outil collaboratif de traduction ? Doit-on envoyer le texte traduit à une personne en particulier ? Si d'autres personnes sont intéressées, n'hésitez pas à vous manifester. Plus nous serons nombreux, plus la charge de travail sera légère :) @+ Gwen ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Besoin d'aide pour WeeklyOSM en français
bonjour gloups, j'ai répondu trop vite en oubliant de mettre les personnes en copie :( 30 mai 2015 10:00 Emmanel Dewaele emmanuel.dewa...@gmail.com a écrit: J'aurais aimé être présent au SotM-fr, mais je trouve utile de mettre le sujet sur la table. Vous aurez sans doute l'occasion d'en discuter. Effectivement, j'ai lancé le sujet ce dimanche matin et nous nous sommes retrouvés à 4 contributeurs intéressés par le sujet :) Ces personnes sont en copie de ce mail (attention toutes ne sont pas inscrites à la liste Talk-fr). Pourrais-tu nous en dire plus sur les aspects pratiques ? Faut-il un compte ? Il y a t-il un outil collaboratif de traduction ? Doit-on envoyer le texte traduit à une personne en particulier ? Si d'autres personnes sont intéressées, n'hésitez pas à vous manifester. Plus nous serons nombreux, plus la charge de travail sera légère :) @+ Gwen ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk] Craigslist OpenStreetMap Rendering Issue
Mike Thompson miketho16 at gmail.com writes: The issue is that some streets that are not one way in OSM data, are rendered as one way by Craigslist. If you go to this ad and zoom in on the map you will see the arrows designating one way streets, for example on Cliffrose Way (https://www.openstreetmap.org/way/170048276): https://fortcollins.craigslist.org/gms/4991940913.html Here is the approximate area on the default OSM map: https://www.openstreetmap.org/#map=17/40.51930/-104.85951 I looked at the data and all of the streets in question seem to be tagged oneway=no. Admittedly this tag is rather superfluous in these cases - or at least I believe it is, I am not the one that added it, but it shouldn't be interpreted as indicating a one way street. Does Craigslist also get oneway=-1 (traffic opposite to the direction of the way) wrong? -- Andrew ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [Talk-it-trentino] errore ciclabile zona muse
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Il 31/05/2015 12:50, Matteo Dalpas ha scritto: Non ho modo di accedere ad un editor x modificare l'errore, segnalo quindi una duplicazione della ciclabile che passa sopra l'edificio MUSE, inoltre la way corretta é a sua volta sbagliata: Il tratto il parallelo al museo é un path peraltro chiuso all'accesso all'altezza del palazzo delle albere. Grazie da subito per coloro che correggeranno i suddetti errori. Pikappa79 ___ Talk-it-trentino mailing list Talk-it-trentino@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it-trentino Ho tolto il doppione, non ho capito dov'è la chiusura dell'accesso alla ciclabile, per cui lascio a chi conosce la zona. - -- Simone Girardelli _|_|_|_|_|_|_|_|_|_ |_|_|_|_|_|_|_|_|_|_| -BEGIN PGP SIGNATURE- Version: GnuPG v1 iQEcBAEBAgAGBQJVavxAAAoJEMTPIIVov0ZtDQUIAKVoHBvbfzI6s9xI6e61QpwS TsVq46m5AlGb1vmMXPO8zQSVFM7L48hVZXGgFeRH5v8fx8lU/stT4mcGe3Uo1FPr O4V2SDiZR1AwrbciQCZiQ2IEOmDO18YYOdP9E9f4iKN0uWIkkqbXQGh09JtomY0N /KVQWiw/e9+3D+iJ3fov4qYjG2kw6pYTll4TYe+SFJyw0gfTgNTNl9MzuZ73Vbqp 3d8UdQ2uXegustVeEljxCv7mAT0hzT/laKtsoJMx/cPDSSliKK5Z03uICwAGaSOg EobgR7TMO4NHAuYg8k9qQp0Xs/b4VMMwZBkegO/Cdjfb8Sv3nPXyt9OWVYGiJHc= =ZKOC -END PGP SIGNATURE- ___ Talk-it-trentino mailing list Talk-it-trentino@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it-trentino
Re: [OSM-talk-nl] BAG vs On-The-Ground (Was: Groenlandsekade/Groenlandse Kade, Vinkeveen)
De theorie: In de traditie van René Magritte (Ceci n'est pas une pipe) en Alfred Korzybski (The map is not the territory) kun je redeneren dat de tekst op een straatnaambord niet de straatnaam zélf is, maar slechts een indicatie van de straatnaam. Als je de letterlijke tekst op een straatnaambord (inclusief daarop voorkomende typefouten/afkortingen/hoistorische toelichting etc.) wilt taggen zou je de borden zélf moeten gaan taggen. Aan de andere kant: bij de BAG import hebben we geen gebruik gemaakt van de tag associatedStreet, dus de adressen zélf hebben in princiep altijd wel de formeel juiste straatnaam. Met de BAG import zijn inderdaad de verschillen tussen de geïmporteerde adressen en de ground-truth straatnamen aangepast. Om eerlijk te zijn kan ik -op het forum- niet meer terugvinden waarom die laatste stap is toegevoegd, en we niet voor lief hebben genomen dat er verschil kan bestaan tussen een straatnaam in OSM en de straatnaam zoals opgenomen in de adressen aan die straat. Wellicht dat een parallelpost naar het forum hier bij kan helpen. De praktijk: Net zoals Bas zou ik er vooral praktisch mee omgaan. Dat doen gemeenten ook, die passen straatnamen in de BAG ook niet direct aan als er een typefout in blijkt te zitten. En nemen daarmee voor lief dat straatnaamborden en BAG-namen niet 100% overeenstemmen groet, Gert-Jan -Oorspronkelijk bericht- Van: Sebastiaan Couwenberg [mailto:sebas...@xs4all.nl] Verzonden: zondag 31 mei 2015 12:38 Aan: talk-nl@openstreetmap.org Onderwerp: Re: [OSM-talk-nl] BAG vs On-The-Ground (Was: Groenlandsekade/Groenlandse Kade, Vinkeveen) On 05/31/2015 12:14 PM, Colin Smale wrote: Ook in Woerden doet zich dit voor. Botnische golf, Middelandse zee, Finse golf hebben een afwijking tussen de schrijfwijze volgens BAG en de schrijfwijze op de borden ter plaatse. De conventie in Nederland is dat alle woorden in een straatnaam een hoofdletter krijgen, dus beschouw ik in deze gevallen de borden als correcter dan de BAG. Degene die de BAG-import heeft gedaan heeft de import-regels netjes opgevolgd en deze straatnamen verbeterd zodat ze nu wel overeenstemmen met de BAG, maar niet langer met de borden en de conventies. Dus hebben we een situatie geschapen waarbij een officieel register zwaarder wordt gewogen dan de werkelijkheid ter plaatse. Hiermee overschrijden we één van de basisbeginselen van OSM. Wat vindt men hier zoal van? Het on-the-ground principe voor de extacte schrijfwijze van borden weegt wat mij betreft niet zo zwaar. De borden horen ook de BAG aan te houden, maar stammen waarschijnlijk van voor de tijd dat dit een wettelijk plicht was. Of wijken hier van af ivm beperkte ruimte op de borden. Geen van de schijfwijzen is wat mij betreft fout, dus beide zijn prima acceptabel voor OSM. Het komt uit eindelijke neer een kwestie van smaak en estetische waarde. Mvg, Bas -- GPG Key ID: 4096R/6750F10AE88D4AF1 Fingerprint: 8182 DE41 7056 408D 6146 50D1 6750 F10A E88D 4AF1 ___ Talk-nl mailing list Talk-nl@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] BAG vs On-The-Ground (Was: Groenlandsekade/Groenlandse Kade, Vinkeveen)
1. OSM heeft ook het principe dat afkortingen voluit geschreven moeten worden in tegenstelling tot naamgeving op borden 2. Op het forum zijn ook al eens gevallen langsgekomen waarbij de naam van een straat op meerdere borden in die straat verschillend geschreven werd 3. Aangezien gemeenten zich behoren te houden aan de BAG zou de beste oplossing zijn om gemeenten te wijzen op hun fout en hen de kans geven om binnen een redelijke termijn de bebording te vervangen Cheers, Johan Op 31 mei 2015 12:37 schreef Sebastiaan Couwenberg sebas...@xs4all.nl: On 05/31/2015 12:14 PM, Colin Smale wrote: Ook in Woerden doet zich dit voor. Botnische golf, Middelandse zee, Finse golf hebben een afwijking tussen de schrijfwijze volgens BAG en de schrijfwijze op de borden ter plaatse. De conventie in Nederland is dat alle woorden in een straatnaam een hoofdletter krijgen, dus beschouw ik in deze gevallen de borden als correcter dan de BAG. Degene die de BAG-import heeft gedaan heeft de import-regels netjes opgevolgd en deze straatnamen verbeterd zodat ze nu wel overeenstemmen met de BAG, maar niet langer met de borden en de conventies. Dus hebben we een situatie geschapen waarbij een officieel register zwaarder wordt gewogen dan de werkelijkheid ter plaatse. Hiermee overschrijden we één van de basisbeginselen van OSM. Wat vindt men hier zoal van? Het on-the-ground principe voor de extacte schrijfwijze van borden weegt wat mij betreft niet zo zwaar. De borden horen ook de BAG aan te houden, maar stammen waarschijnlijk van voor de tijd dat dit een wettelijk plicht was. Of wijken hier van af ivm beperkte ruimte op de borden. Geen van de schijfwijzen is wat mij betreft fout, dus beide zijn prima acceptabel voor OSM. Het komt uit eindelijke neer een kwestie van smaak en estetische waarde. Mvg, Bas -- GPG Key ID: 4096R/6750F10AE88D4AF1 Fingerprint: 8182 DE41 7056 408D 6146 50D1 6750 F10A E88D 4AF1 ___ Talk-nl mailing list Talk-nl@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-nl
Re: [talk-ph] Mapping Party in Iloilo May 23, 2015
Hi, As mentioned in this thread, the mapping party was last Saturday in Iloilo co-organized by The Asia Foundation and several bike groups (IPAD Xtr, ICYC, iFOLD, Augustinian Cyclists) in the city. Originally, we designed to have an editing session using iD. But since most of them did not bring laptops, mostly on bikes (of course), we focused mapping using SmartPhones installed with OSMAnd. Thanks to Erwin for updating the adding a new section on the new version of OSMAnd in learnosm which I had to review early morning before the event. ;) The good thing with OSMAnd is that you have a lot of options for mapping, the bad thing with OSmAnd is that you have a lot of options for mapping. ;). Anyway, we focused on using OSM plugin to map bike related POIs. There were some crashes on one device and we were not successful getting the plugin to work on iPhones/iOS. All in all, I think OSMAnd is perfect for groups like this. Even if they don't use any of the editor, they can continue contributing by just uploading POIs. There were some issues along the way lsuch as some POIs in the middle of the sea and other with only name tags. We are fixing it now. My presentation notes/videos, mapper contributions and photos here: http://maning.github.io/taf_iloilo/ On Tue, May 19, 2015 at 6:31 PM, maning sambale emmanuel.samb...@gmail.com wrote: Hi, [short notice but] The Asia Foundation is organizing a mapping party to biker groups in Iloilo City this Saturday May 23, 2015. If there are Iloilo based mapeers here and is interested to join, send me an email for details. -- cheers, maning -- Freedom is still the most radical idea of all -N.Branden https://epsg4253.wordpress.com/ http://twitter.com/maningsambale -- -- cheers, maning -- Freedom is still the most radical idea of all -N.Branden https://epsg4253.wordpress.com/ http://twitter.com/maningsambale -- ___ talk-ph mailing list talk-ph@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ph
Re: [talk-ph] Mapping Party in Iloilo May 23, 2015
Happy to hear you got a chance to use the freshly baked goods. :)) I hope you got a chance to promote the community-maintained version of OsmAnd[0] available via F-Droid[1]. The ten-map-downloads limitation could get annoying. :/ I agree with you about OsmAnd's having *too many* features - but I'm not complaining. The good news is that the new UI is way better than the old one, and more intuitive. Cheers, [0] https://f-droid.org/repository/browse/?fdid=net.osmand.plus [1] https://f-droid.org/FDroid.apk *Erwin Olario* - - - - - - - - - - - - - - - - - - - » email: erwin@ er...@ngnuity.net*n**gnu**IT**y**.**net* http://ngnuity.net/ | gov...@gmail.com » mobile: (PHL): +63 908 817 2013 » OpenPGP key: 3A93D56B | 5D42 7CCB 8827 9046 1ACB 0B94 63A4 81CE 3A93 D56B On Sun, May 31, 2015 at 9:41 PM, maning sambale emmanuel.samb...@gmail.com wrote: Hi, As mentioned in this thread, the mapping party was last Saturday in Iloilo co-organized by The Asia Foundation and several bike groups (IPAD Xtr, ICYC, iFOLD, Augustinian Cyclists) in the city. Originally, we designed to have an editing session using iD. But since most of them did not bring laptops, mostly on bikes (of course), we focused mapping using SmartPhones installed with OSMAnd. Thanks to Erwin for updating the adding a new section on the new version of OSMAnd in learnosm which I had to review early morning before the event. ;) The good thing with OSMAnd is that you have a lot of options for mapping, the bad thing with OSmAnd is that you have a lot of options for mapping. ;). Anyway, we focused on using OSM plugin to map bike related POIs. There were some crashes on one device and we were not successful getting the plugin to work on iPhones/iOS. All in all, I think OSMAnd is perfect for groups like this. Even if they don't use any of the editor, they can continue contributing by just uploading POIs. There were some issues along the way lsuch as some POIs in the middle of the sea and other with only name tags. We are fixing it now. My presentation notes/videos, mapper contributions and photos here: http://maning.github.io/taf_iloilo/ On Tue, May 19, 2015 at 6:31 PM, maning sambale emmanuel.samb...@gmail.com wrote: Hi, [short notice but] The Asia Foundation is organizing a mapping party to biker groups in Iloilo City this Saturday May 23, 2015. If there are Iloilo based mapeers here and is interested to join, send me an email for details. -- cheers, maning -- Freedom is still the most radical idea of all -N.Branden https://epsg4253.wordpress.com/ http://twitter.com/maningsambale -- -- cheers, maning -- Freedom is still the most radical idea of all -N.Branden https://epsg4253.wordpress.com/ http://twitter.com/maningsambale -- ___ talk-ph mailing list talk-ph@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ph ___ talk-ph mailing list talk-ph@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ph
Re: [OSM-talk] Craigslist OpenStreetMap Rendering Issue
On 31/05/15 12:24, Andrew Hain wrote: Does Craigslist also get oneway=-1 (traffic opposite to the direction of the way) wrong? And oneway:cycle=no and the like ... -- Lester Caine - G8HFL - Contact - http://lsces.co.uk/wiki/?page=contact L.S.Caine Electronic Services - http://lsces.co.uk EnquirySolve - http://enquirysolve.com/ Model Engineers Digital Workshop - http://medw.co.uk Rainbow Digital Media - http://rainbowdigitalmedia.co.uk ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [Talk-ca] Mapping Toronto's PATH entrances and ways to them
Hey George, I'll work towards improving the way the connections are, but because of the large size of the network, the fact that it's invisible in imagery GPS is useless, and I can only remember so much, it might take some time to make it perfect. It's a bit of a wild west of connections down there and there can be many connections to the surface contained within one city block (8+ in some cases) with a mix of stairs, escalators, and elevators with varying levels of access based around the time of day. 1. Entrances are only mapped sometimes. Currently on OSM it seems that the underground PATH connects directly with the above ground network rather than having an elevator or stairway between the level change. In the latest updates I've made I've added in escalators, elevators, and stairs and connected them to the PATH (level=-1) or the ground level network with an entrance node included on its intersection with the building. One thing I've also noticed is that the PATH footways are marked using layer=-1, not level=-1 - I don't know if this makes a difference to OSRM. 2. I've been linking the entrances with indoor footways that connect to the PATH via elevators and escalators/stairs and then linking the other side of the entrance node to the sidewalks or roads so that it should be able to route between the two networks. If you have any suggestions or comments please tell us. Thanks for the heads up, Kevin (Kevo) -Kevin Farrugia kevinfarru...@gmail.com On Thu, May 28, 2015 at 4:08 PM, George Silva georger.si...@gmail.com wrote: Hello Everyone! Good afternoon! I'm working on a project that uses OpenStreetMap to do some routing. I'm using the OSRM router as a service. We identified a problem with the routing, and the problem does not lie in the router itself. Some routes we try to execute in our software, go underground, into the PATH tunnels. When I try to route between two points inside the PATH, all goes well and the router does it's job just fine. When I'm above ground and try a route that goes underground a few things can happen: 1. OSRM gives me the car route and then traces a direct line to the point; 2. OSRM routes using the PATH; The second only happens when the PATH is connected to the street graph. So, we will be applying a two step routing, to the entrances of the PATH, and from there, to the underground locations, when necessary. When it's above ground above ground, we'll just use a simple routing scheme. My questions are: 1. How are the entrances mapped? Is there any specific tag on OSM that marks them as entrances or that the level is changing (from 0 to -1, for example)? 2. All of these entrances should be connected to the main graph, otherwise they are unreachable from a street or a sidewalk. How can those be mapped? I'm sorry about the lengthy email, but I want to contribute and I do not want to step on any toes. Thanks -- George R. C. Silva Sigma Geosistemas LTDA http://www.sigmageosistemas.com.br/ ___ Talk-ca mailing list Talk-ca@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ca ___ Talk-ca mailing list Talk-ca@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ca
[Talk-at] Schulzentrum Graz-Andritz
hallo, ich habe ein Verständnis- und Editierproblem in Andritz: http://www.openstreetmap.org/relation/1303671 nachdem ich dort heute wählen war ist mir aufgefallen, dass die Relation in der Form nicht mehr stimmt. das konkrete Hauptproblem, das ich habe ist dabei folgendes: wie verwandelt man - vorzugsweise mit JOSM - eine Relation in einen Way mit Erhalt der Tags? Situation: der oberste Teil (quadratisch mit dem 35b drin) ist weiterhin Viktor Kaplan Volksschule, dann kommt ein Flugdach mit Mülltonnen und alles südlich davon, mit Innenhöfen usw ist jetzt Neue Mittelschule Graz-Andritz. ich würde in einer des is ma grod ois z'kompliziert Anwandlung das ganze Ding löschen, drei Gebäude neu hinbaun und die Tags händisch von der alten Relation übernehmen. aber wir wollen ja nicht brutal sein, also die Frage: wie würdet ihr das elegant, mit Erhalt der History lösen, dass: - die Volksschule (nördliches Quadrat) ein eigenständiges Gebäude ist? - das Flugdach separat ist und anzeigt Mülltonnen/Recycling - die NMS Andritz korrekt auftaucht. schönen Sonntag, grubernd ___ Talk-at mailing list Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at
Re: [OSM-talk] Attributing others' errors to OSM data and what to do about it. Was: Craigslist OpenStreetMap Rendering Issue
Totally agree - the oneway(=no) is being misinterpreted. OSM's BIG ISSUE is what to do about others misinterpreting OSM data and attributing the error to OSM. -- Mike. @millomweb https://sites.google.com/site/millomweb/index/introduction - For all your info on Millom and South Copeland via *the area's premier website - * *currently unavailable due to ongoing harassment of me, my family, property pets* TCs https://sites.google.com/site/pmailkeey/e-mail ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [talk-ph] Mapping Party in Iloilo May 23, 2015
Could a plugin be easily developped? Or could a specific presets be used? Pierre De : Erwin Olario gov...@gmail.com À : maning sambale emmanuel.samb...@gmail.com Cc : osm-ph talk-ph@openstreetmap.org Envoyé le : Dimanche 31 mai 2015 10h05 Objet : Re: [talk-ph] Mapping Party in Iloilo May 23, 2015 Happy to hear you got a chance to use the freshly baked goods. :)) I hope you got a chance to promote the community-maintained version of OsmAnd[0] available via F-Droid[1]. The ten-map-downloads limitation could get annoying. :/ I agree with you about OsmAnd's having *too many* features - but I'm not complaining. The good news is that the new UI is way better than the old one, and more intuitive. Cheers, [0] https://f-droid.org/repository/browse/?fdid=net.osmand.plus[1] https://f-droid.org/FDroid.apk Erwin Olario- - - - - - - - - - - - - - - - - - - » email: er...@ngnuity.net | gov...@gmail.com» mobile: (PHL): +63 908 817 2013» OpenPGP key: 3A93D56B | 5D42 7CCB 8827 9046 1ACB 0B94 63A4 81CE 3A93 D56B On Sun, May 31, 2015 at 9:41 PM, maning sambale emmanuel.samb...@gmail.com wrote: Hi, As mentioned in this thread, the mapping party was last Saturday in Iloilo co-organized by The Asia Foundation and several bike groups (IPAD Xtr, ICYC, iFOLD, Augustinian Cyclists) in the city. Originally, we designed to have an editing session using iD. But since most of them did not bring laptops, mostly on bikes (of course), we focused mapping using SmartPhones installed with OSMAnd. Thanks to Erwin for updating the adding a new section on the new version of OSMAnd in learnosm which I had to review early morning before the event. ;) The good thing with OSMAnd is that you have a lot of options for mapping, the bad thing with OSmAnd is that you have a lot of options for mapping. ;). Anyway, we focused on using OSM plugin to map bike related POIs. There were some crashes on one device and we were not successful getting the plugin to work on iPhones/iOS. All in all, I think OSMAnd is perfect for groups like this. Even if they don't use any of the editor, they can continue contributing by just uploading POIs. There were some issues along the way lsuch as some POIs in the middle of the sea and other with only name tags. We are fixing it now. My presentation notes/videos, mapper contributions and photos here: http://maning.github.io/taf_iloilo/ On Tue, May 19, 2015 at 6:31 PM, maning sambale emmanuel.samb...@gmail.com wrote: Hi, [short notice but] The Asia Foundation is organizing a mapping party to biker groups in Iloilo City this Saturday May 23, 2015. If there are Iloilo based mapeers here and is interested to join, send me an email for details. -- cheers, maning -- Freedom is still the most radical idea of all -N.Branden https://epsg4253.wordpress.com/ http://twitter.com/maningsambale -- -- cheers, maning -- Freedom is still the most radical idea of all -N.Branden https://epsg4253.wordpress.com/ http://twitter.com/maningsambale -- ___ talk-ph mailing list talk-ph@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ph ___ talk-ph mailing list talk-ph@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ph ___ talk-ph mailing list talk-ph@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ph
