Re: [Talk-hr] CUC 2014 radionice?
nisu li na slideovima bili oni primjeri koda? (ostalo mi je nekako kao da je bilo?) Ovdje je pola slideova prazno (samo naslov)? On Wed, Dec 17, 2014 at 11:09:54AM +0100, Dražen Odobašić wrote: Moja je na: http://open.geof.hr/~dodobas/SKUP.zip On 12.12.2014 21:19, Matija Nalis wrote: Ej, dodobas hbogner - posaljete na listu linkove na prezentacije koji ste imali na OSM radionicama na CUC 2014? Tnx -- Opinions above are GNU-copylefted. ___ Talk-hr mailing list Talk-hr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-hr
[Talk-hr] shifted boundaries between Slovenia, Croatia and Hungary
Hi, can someone with local knowledge take a look at the edits of the mapper foringas? He has damaged the country boundaries between Hungary, Slovenia and Croatia several times in the last few months. He has also shifted the borderline between those countries. I can't evaluate if the changes of the country boundaries are ok or if those changes are politically motivated. boundary changes between Croatia and Slovenia: https://www.openstreetmap.org/changeset/27773009 https://www.openstreetmap.org/changeset/26795077 changes between Hungary and Croatia: https://www.openstreetmap.org/changeset/26772180 There may be other changes I didn't notice. I've already fixed some damaged boundaries [1] but I didn't revert the shifted boundaries as far as possible. Best regards, 4rch [1] http://www.openstreetmap.org/changeset/27811545 Mit einer kostenlosen E-Mail-Adresse von der Telekom werden Ihre Daten verschlüsselt übertragen und in Deutschland gespeichert. www.t-online.de/email-kostenlos ___ Talk-hr mailing list Talk-hr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-hr
[OSM-talk-be] Trunk road?
I drove across the N60e near Peruwelz [1] which has a autoweg (route pour automobile) sign. According to the wiki [2] this should be mapped as trunk. Currently it is a secondary road. What is the best option here? Make it trunk or add a motorway=yes tag? Regards, Maarten [1] http://www.openstreetmap.org/#map=17/50.51408/3.60882 [2] http://wiki.openstreetmap.org/wiki/WikiProject_Belgium/Conventions/Highways ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] Trunk road?
On Tuesday 30 December 2014 11:09:12 Maarten Deen wrote: I drove across the N60e near Peruwelz [1] which has a autoweg (route pour automobile) sign. According to the wiki [2] this should be mapped as trunk. Currently it is a secondary road. What is the best option here? Make it trunk or add a motorway=yes tag? autoweg is in principle tagged as motorroad=yes. The highway=trunk is for all express roads where pedestrians/cyclists/mopeds aren't allowed, on the condition that it's not just for a single bridge or tunnel. So, should the N60e be mapped as trunk? I'm not sure, I don't know that road, it seems a bit small for it to be tagged as a trunk road. But if you think it makes sense, map it as trunk, but the motorroad=yes should nevertheless be enough for routers. Greetings Ben ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] Trunk road?
On 2014-12-30 16:33, Ben Laenen wrote: On Tuesday 30 December 2014 11:09:12 Maarten Deen wrote: I drove across the N60e near Peruwelz [1] which has a autoweg (route pour automobile) sign. According to the wiki [2] this should be mapped as trunk. Currently it is a secondary road. What is the best option here? Make it trunk or add a motorway=yes tag? autoweg is in principle tagged as motorroad=yes. The highway=trunk is for all express roads where pedestrians/cyclists/mopeds aren't allowed, on the condition that it's not just for a single bridge or tunnel. So, should the N60e be mapped as trunk? I'm not sure, I don't know that road, it seems a bit small for it to be tagged as a trunk road. But if you think it makes sense, map it as trunk, but the motorroad=yes should nevertheless be enough for routers. Small as in short? I agree. It is short and leads from nothing to nowhere and especially does not connect two major roads directly. But the road itself would suit that tag. It is a wide road and would even satisfy german Kraftfahrstrasse regulations. Very un-belgian if I may say so, and it certainly looks out of place there. Even though, I am hesitant to tag it as trunk. I'll add the motorroad=yes tag and see how it evolves. Regards, Maarten ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
[Talk-si] shifted boundaries between Slovenia, Croatia and Hungary
Hi, can someone with local knowledge take a look at the edits of the mapper foringas? He has damaged the country boundaries between Hungary, Slovenia and Croatia several times in the last few months. He has also shifted the borderline between those countries. I can't evaluate if the changes of the country boundaries are ok or if those changes are politically motivated. boundary changes between Croatia and Slovenia: https://www.openstreetmap.org/changeset/27773009 https://www.openstreetmap.org/changeset/26795077 changes between Hungary and Croatia: https://www.openstreetmap.org/changeset/26772180 There may be other changes I didn't notice. I've already fixed some damaged boundaries [1] but I didn't revert the shifted boundaries as far as possible. Best regards, 4rch [1] http://www.openstreetmap.org/changeset/27811545 Mit einer kostenlosen E-Mail-Adresse von der Telekom werden Ihre Daten verschlüsselt übertragen und in Deutschland gespeichert. www.t-online.de/email-kostenlos ___ Talk-si mailing list Talk-si@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-si
Re: [Talk-si] shifted boundaries between Slovenia, Croatia and Hungary
Yes, i too was fixing the broken relations a while ago: https://www.openstreetmap.org/changeset/26805749 when user foringas moved the border without taking care of the relations as well. I resisted from moving the border in any way, just fixed the broken relations. The border between Croatia and Slovenia is disputed in some places, most notably the maritime border in the Adriatic sea and along the ever-shifting river meanders in Panonian plain. The arbitration in The Hague is still ongoing: http://www.pca-cpa.org/showpage.asp?pag_id=1443 I suggest we wait for the outcome of arbitration instead of moving the border back and forth in a futile edit war. all best, Štefan On Wed, Dec 31, 2014 at 12:13 AM, arch_a...@t-online.de arch_a...@t-online.de wrote: Hi, can someone with local knowledge take a look at the edits of the mapper foringas? He has damaged the country boundaries between Hungary, Slovenia and Croatia several times in the last few months. He has also shifted the borderline between those countries. I can't evaluate if the changes of the country boundaries are ok or if those changes are politically motivated. boundary changes between Croatia and Slovenia: https://www.openstreetmap.org/changeset/27773009 https://www.openstreetmap.org/changeset/26795077 changes between Hungary and Croatia: https://www.openstreetmap.org/changeset/26772180 There may be other changes I didn't notice. I've already fixed some damaged boundaries [1] but I didn't revert the shifted boundaries as far as possible. Best regards, 4rch [1] http://www.openstreetmap.org/changeset/27811545 Mit einer kostenlosen E-Mail-Adresse von der Telekom werden Ihre Daten verschlüsselt übertragen und in Deutschland gespeichert. www.t-online.de/email-kostenlos ___ Talk-si mailing list Talk-si@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-si ___ Talk-si mailing list Talk-si@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-si
Re: [Talk-si] shifted boundaries between Slovenia, Croatia and Hungary
There is the brief discussion i had with the user foringas about his changes: https://www.openstreetmap.org/changeset/26795077 All best, Štefan On Wed, Dec 31, 2014 at 1:08 AM, Stefan Baebler stefan.baeb...@gmail.com wrote: Yes, i too was fixing the broken relations a while ago: https://www.openstreetmap.org/changeset/26805749 when user foringas moved the border without taking care of the relations as well. I resisted from moving the border in any way, just fixed the broken relations. The border between Croatia and Slovenia is disputed in some places, most notably the maritime border in the Adriatic sea and along the ever-shifting river meanders in Panonian plain. The arbitration in The Hague is still ongoing: http://www.pca-cpa.org/showpage.asp?pag_id=1443 I suggest we wait for the outcome of arbitration instead of moving the border back and forth in a futile edit war. all best, Štefan On Wed, Dec 31, 2014 at 12:13 AM, arch_a...@t-online.de arch_a...@t-online.de wrote: Hi, can someone with local knowledge take a look at the edits of the mapper foringas? He has damaged the country boundaries between Hungary, Slovenia and Croatia several times in the last few months. He has also shifted the borderline between those countries. I can't evaluate if the changes of the country boundaries are ok or if those changes are politically motivated. boundary changes between Croatia and Slovenia: https://www.openstreetmap.org/changeset/27773009 https://www.openstreetmap.org/changeset/26795077 changes between Hungary and Croatia: https://www.openstreetmap.org/changeset/26772180 There may be other changes I didn't notice. I've already fixed some damaged boundaries [1] but I didn't revert the shifted boundaries as far as possible. Best regards, 4rch [1] http://www.openstreetmap.org/changeset/27811545 Mit einer kostenlosen E-Mail-Adresse von der Telekom werden Ihre Daten verschlüsselt übertragen und in Deutschland gespeichert. www.t-online.de/email-kostenlos ___ Talk-si mailing list Talk-si@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-si ___ Talk-si mailing list Talk-si@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-si
Re: [OSM-talk] OSM-Tagging in Wikidata
2014-12-30 2:06 GMT+01:00 Kolossos t...@alder-digital.de: Perhaps you have a better example to let me re-think this topic. cuisine=fastfood is only used 12 times [2]. For example bike paths (Q221722), highway=path + bicycle=designated + foot=designated + segregated=yes Wind turbine (Q49833), power=generator + generator:source=wind I can list all the other generator types here. Reservoir (Q131681), natural=water + water=reservoir plus all the other types of water. man_made=tower + tower:type=communication/climbing/bell_tower/cooling/lighting Each one could have its Wikipedia page. So, there are a lot. If you don't find a way to use multiple tags, I think this will not be a serious project. Maybe there's a way to delimit strings and use a format that can use n strings? Janko Mihelić ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] OSM-Tagging in Wikidata
Ok, lets take the second example of Wind turbines: power=generator + generator:source=wind The first tag power=generator is a more general tag and you have the specific tag generator:source=wind. For the second tag you have a Wiki page: http://wiki.openstreetmap.org/wiki/Tag:generator:source%3Dwind On this wiki-page you can find that the general tag power=generator is obligatory. So this tag delivers no additional information, because it exist in each case. In my eyes the first general tag exist only for historical reasons and for software/render-styles that are not very specific, they can work so without an update after each creation of a new tag. So please see the project as a project to link from Wikidata to OSM-Wiki and taginfo, not as a project to register all combinations of tags. Greetings Tim Am 30.12.2014 um 11:29 schrieb Janko Mihelić: 2014-12-30 2:06 GMT+01:00 Kolossos t...@alder-digital.de mailto:t...@alder-digital.de: Perhaps you have a better example to let me re-think this topic. cuisine=fastfood is only used 12 times [2]. For example bike paths (Q221722), highway=path + bicycle=designated + foot=designated + segregated=yes Wind turbine (Q49833), power=generator + generator:source=wind I can list all the other generator types here. Reservoir (Q131681), natural=water + water=reservoir plus all the other types of water. man_made=tower + tower:type=communication/climbing/bell_tower/cooling/lighting Each one could have its Wikipedia page. So, there are a lot. If you don't find a way to use multiple tags, I think this will not be a serious project. Maybe there's a way to delimit strings and use a format that can use n strings? Janko Mihelić ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] OSM-Tagging in Wikidata
Ok, you found a way to go around power=generator, but that's just a loophole. How would you go around highway=path+bicycle=designated+foot=designated+segregated=yes? If you leave out just one of those tags, it changes the resulting meaning. What's your solution? Just leave out Q221722 altogether? As OSM matures, number of various combinations of tags with distinct meanings will only be higher. Making a Wikidata list of tags without combinations is an OK reference, but it will newer be complete. ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] OSM-Tagging in Wikidata
On Tue, 2014-12-30 at 02:06 +0100, Kolossos wrote: I would like to keep it as simple as possible and I don't want to replace the OSM-Wiki where all usefull combinations of tags are described. You would not only destroy the URL to the OSM-Wiki you would also damage the format checking tools that we have in Wikidata[1]. Perhaps you have a better example to let me re-think this topic. cuisine=fastfood is only used 12 times [2]. Fastfood is a method of service, not a cuisine. Phil (trigpoint) ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] OSM-Tagging in Wikidata
On 12/30/2014 03:00 PM, Philip Barnes wrote: On Tue, 2014-12-30 at 02:06 +0100, Kolossos wrote: I would like to keep it as simple as possible and I don't want to replace the OSM-Wiki where all usefull combinations of tags are described. You would not only destroy the URL to the OSM-Wiki you would also damage the format checking tools that we have in Wikidata[1]. Perhaps you have a better example to let me re-think this topic. cuisine=fastfood is only used 12 times [2]. Fastfood is a method of service, not a cuisine. Phil (trigpoint) ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk Agreed. There are fast-food versions of many different cuisines. -- 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. Dr. Martin Luther King, Jr. ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk-nl] Talk-nl Digest, Vol 94, Issue 23
Beste Marc, Bedankt voor het antwoord. Ik gebruik nu inderdaad keys uit het extensievoorstel. Ik had alleen de hoop/illusie dat goedgekeurde keys meer kans hebben om in renderers zoals OsmAnd terecht te komen en ik wil vermijden om eigen uitvindingen te gaan doen. Groeten, Jan On Tue Dec 30 2014 at 1:02:18 PM talk-nl-requ...@openstreetmap.org wrote: Send Talk-nl mailing list submissions to talk-nl@openstreetmap.org To subscribe or unsubscribe via the World Wide Web, visit https://lists.openstreetmap.org/listinfo/talk-nl or, via email, send a message with subject or body 'help' to talk-nl-requ...@openstreetmap.org You can reach the person managing the list at talk-nl-ow...@openstreetmap.org When replying, please edit your Subject line so it is more specific than Re: Contents of Talk-nl digest... Today's Topics: 1. Re: Voting (Marc Gemis) -- Message: 1 Date: Mon, 29 Dec 2014 13:32:44 +0100 From: Marc Gemis marc.ge...@gmail.com To: OpenStreetMap NL discussion list talk-nl@openstreetmap.org Subject: Re: [OSM-talk-nl] Voting Message-ID: CAJKJX-RdW7sN6r+dMY-VhEhoVUEgEeMgPcJNt==Q0vhb2Wn+ f...@mail.gmail.com Content-Type: text/plain; charset=utf-8 Het voorstel wordt gewoonlijk door de indiener ter stemming gebracht. Bv. de street_cabinet proposal werd na ongeveer een half jaar ter stemming voorgelegd. Het voorstel werd eerst neergeschreven en ter discussie voorgesteld aan de tagging mailing list. Soms verliest de indiener interesse, of is er gewoon geen interesse van de community. Verder is iedereen vrij om te stemmen, je hebt enkel een account op de wiki nodig. Wil dit zeggen dat je tag niet kan gebruiken ? Neen, als jij de zinvol vind kan je ze gebruiken. Kijk bijvoorbeeld naar de heritage tags. Al jaren in proposal fase, maar al duizende keren gebruikt. Vandaar dat er mensen zijn die heel dat stemproces maar niks vinden (veel te weinig stemmen nodig). Zij gaan ervan uit dan nuttige tag wel vanzelf gebruikt worden, en kijken liever naar taginfo.openstreetmap.org om de bruikbare tags te vinden. mvg m 2014-12-29 11:30 GMT+01:00 Jan van Bekkum jan.vanbek...@gmail.com: Goedemorgen, Ik heb een vraag over het stemproces. De procedure heb ik in de wiki gevonden, maar mij is daaruit niet duidelijk geworden wanneer een voorstel voor stemming wordt ingediend en wie stemt. Bijvoorbeeld Extend camp_site staat al bijna vijf jaar in RFC met eigenaar various terwijl er nog wel regelmatig dingen worden toegevoegd. Als achtergrond: ik ben bezig om OSM-aanvullingen en -correcties verzameld tijdens een overlandtrip van Nederland naar Zuid Afrika ( www.DeEinderVoorbij.nl) te verwerken. Groeten, Jan van Bekkum ___ Talk-nl mailing list Talk-nl@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-nl -- next part -- An HTML attachment was scrubbed... URL: http://lists.openstreetmap.org/pipermail/talk-nl/ attachments/20141229/b86596b0/attachment-0001.html -- Subject: Digest Footer ___ Talk-nl mailing list Talk-nl@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-nl -- End of Talk-nl Digest, Vol 94, Issue 23 *** ___ Talk-nl mailing list Talk-nl@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-nl
Re: [Talk-de] cycleway=track bei Bordstein Trennung
Am Montag, 22. Dezember 2014, 13:28:16 schrieb huey212: Hallo, folgende Gedanken: ich mappe sehr viel Radverkehrspezifisches. Da stellt sich mir die Frage, was haben Radwege und (Auto-)Fahrbahnen gemeinsam? -ggf. einen Bordstein, -grob den gleichen Verlauf, -den gleichen Straßennamen, -die gleiche Beleuchtung Was ist unterschiedlich? -Der Verlauf im Detail -Fahrbahnbelag, -Nutzungsvorgaben (access) -Einbahnstraßenregelungen (Fast alle straßenbegleitenden innerstädtischen Radwege in Deutschland sind Einbahnstraßen! Fußwege hingegen nicht.) -Spuraufteilung -Abbiegebeschränkungen Ich halte das Anbringen von Fuß- und Radweginformation an der Hauptfahrbahn nur bei relativ grobem Mapping für sinnvoll. Sobald es in die Details geht sollte die Wege als einzelne Linienzüge erfasst werden. Alles andere wird unübersichtlich und ist nicht mehr editierbar (weil zu kompliziert). Von einer sinnvollen Auswertung reden wir mal noch gar nicht. Die sinnvolle Auswertung besteht meistens aus einer Karte oder einem Router. Die Karte hat, wenn gedruckt oder sonstwie als Übersicht genutzt, einen Maßstab, in dem die Symbole von Fahrbahn und Radweg sich gegenseitig verdecken. Man kann zwar im Web weiter hineinzoomen, einen Nutzen hätte das aber nur für eine Art Straßenkataster, das wir ohnehin nicht leisten können. Der Router braucht verbundene Wege, um alle Abbiegemöglichkeiten nutzen zu können. Das wird häufig ausgelassen, wenn nur auf der Gegenseite ein Weg abzweigt. Die Zuordnung des Radweges zu einer bestimmten Straße ergibt sich im innerstätischen Bereich aus der reinen Lage nicht immer. Daher meine ich, dass der Radweg, wenn er keine erheblich andere Streckenführung als die Straße selbst hat, an sie getaggt werden sollte. Das eigenständige Einzeichnen hat in hohen Zoomstufen einen optisch schönen Effekt, besonders im Zusammenwirken mit dem Luftbild, ist aber für die meisten Auswertungen eher hinderlich. Als Ausweg bliebe noch, den straßenbegleitenden Radweg, wenn man es denn unbedingt möchte (und solange es überhaupt noch so etwas gibt), sowohl als tag als auch als eigenständigen Weg einzuzeichnen und dem Auswerter über eine Relation (street) oder über ein Tag (?) mitzuteilen, dass er sich hier die für ihn günstigere Variante aussuchen kann. Übrigens gilt für den straßenbegleitenden Fußweg sinngemäß das Gleiche. Wenn der Radweg unbedingt ein eigenständiger Weg sein soll, müsste der Fußweg analog ebenfalls eigenständig eingezeichnet werden. Die Argumente sind letztlich die Gleichen, mit allen Vor- und Nachteilen. Ob aber 5 Linienzüge im Verlauf einer Straße übersichtlicher als ein einzelner sind, muss wohl jeder Mapper für sich selbst entscheiden. Einen guten Editor (mit gutem css-Stil) vorausgesetzt, dürfte das Modell mit den Tags übersichtlicher darstellbar sein als das Modell mit den separaten Wegen. Dann erscheinen die Rad- und Fußwege optisch am Außenrand der Straße. Was bleibt, sind die längeren tags, dafür aber alle an einem Way zusammengefasst und nicht an 5 Ways verteilt. Auch hier kann ein guter Editor viel Übersicht schaffen. Wenn wirklich die Straße genau abgemalt werden soll, halte ich eine zusätzliche Flächenerfassung für sinnvoller. Letztlich ist das die einzige Möglichkeit, in hohen Zoomstufen (und nur dort) die Straße mit allen Einzelheiten abzubilden. Auch dann bleibt aber die Frage, wer das eigentlich braucht, außer als schöne Ansicht. Gruß, Wolfgang ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] JOSM-Fehler
Hallo Stephan, sun.security.provider.certpath.SunCertPathBuilderException: unable to find valid certification path to requested target Du hattest diese Frage schon mal gestellt. Es geht darum das Zertifikat für das digitale signieren und verschlüsseln zu installieren. Ja, hab's grad noch mal rausgesucht: Da war es einfacher, da die Fehlermeldung deutsch war. Eine Lösung hat sich m.W. aber auch bei den Wochennotizen nicht ergeben? Sondern nur ein ausführliches Gespräch, dass das alles nicht ganz so einfach ist, und es Normalbenutzern nicht verständlich gemacht werden kann. Bei JOSM hat jetzt ein Benutzer gefragt, was obige Meldung soll. Ich wurde daraus auch nicht schlau. Ich habe es jetzt selber ausprobiert: - josm.openstreetmap.de - launch josm.jnlp (version 7906) - öffnen mit java web start launcher (standard) - Downloadbalken... https://josm.openstreetmap.de - Anwendung wird verifiziert - Fehler: Die digitale Signatur kann nicht verifiziert werden - Ausführen ja/nein? Inhalt immer vertrauen? - ja, ausführen! - Fehler: Anwendung konnte nicht gestartet werden - ok. - JOSM-Icon ist aber trotzdem auf dem Desktop - JOSM starten - Fehler: Die digitale Signatur kann nicht verifiziert werden - Inhalt immer vertrauen: ja, ausführen: ja - Fehler: Anwendung konnte nicht gestartet werden - ok. - nochmal JOSM gestartet - Fehler: Anwendung konnte nicht gestartet werden Und nun...? Ich habe früher viele Kurse für neue Mapper gemacht. Eine der Hauptschwierigkeiten war die Installation von JOSM. Im Kurs hat das etwa eine halbe Stunde beansprucht bis alle JOSM am Laufen hatten. Und zuhause haben sie es dann oft trotzdem nicht nachvollziehen können. Mein Wunsch wäre, JOSM simpel plug and play installieren zu können. Mit herzlichem Gruss, Markus ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] osm2pgsql mit fehlerhaften Verhalten im --append Modus?
Moin allerseits, ich bin noch recht neu bei OSM was Datenbankimports angeht und deswegen wirklich nicht sicher, was die nachfolgenden Kommandozeilen angeht: osm2pgsql --verbose --create --slim --cache 4096 --prefix planet_osm --database osmtest --username gis --host localhost --hstore --extra-attributes --style /gis/maps/planet/style/default.style --number-processes 4 --bbox 7.85,51.50,11.32,55.06 schleswig-holstein-latest.osm.pbf osm2pgsql --verbose --append --slim --cache 4096 --prefix planet_osm --database osmtest --username gis --host localhost --hstore --extra-attributes --style /gis/maps/planet/style/default.style --number-processes 4 --bbox 7.85,51.50,11.32,55.06 hamburg-latest.osm.pbf osm2pgsql --verbose --append --slim --cache 4096 --prefix planet_osm --database osmtest --username gis --host localhost --hstore --extra-attributes --style /gis/maps/planet/style/default.style --number-processes 4 --bbox 7.85,51.50,11.32,55.06 niedersachsen-latest.osm.pbf Gemäß der Beschreibung erwarte ich jetzt eigentlich, dass alle Daten aus der Datenbank osmtest gelöscht werden (erste Zeile) dabei die erste osm.pbf Datei eingespielt wird, anschließend dann die beiden nachfolgenden osm.pbf Dateien mittels --append angehängt werden. Die erste Zeile scheint sauber durchzulaufen (Laufzeit ca. 683 Sekunden) und die zweite Zeile startet auch, doch nach Ende des Einlesens der Ways kommt folgende Fehlermeldung: Reading in file: hamburg-latest.osm.pbf Processing: Node(2156k 113.5k/s) Way(405k 27.00k/s) Relation(0 0.00/s)COPY_END for COPY planet_osm_ways FROM STDIN; failed: ERROR: duplicate key value violates unique constraint planet_osm_ways_pkey DETAIL: Key (id)=(3075476) already exists. CONTEXT: COPY planet_osm_ways, line 193 Was habe ich an Optionen übersehen? Mache ich was falsch? Oder habe ich hier einen Bug vorliegen? Vielen Dank für Eure Hilfe, Stefan ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] cycleway=track bei Bordstein Trennung
Moin, Am 30.12.2014 um 14:12 schrieb Wolfgang Hinsch: Die sinnvolle Auswertung besteht meistens aus einer Karte oder einem Router. Die Karte hat, wenn gedruckt oder sonstwie als Übersicht genutzt, einen Maßstab, in dem die Symbole von Fahrbahn und Radweg sich gegenseitig verdecken. Man kann zwar im Web weiter hineinzoomen, einen Nutzen hätte das aber nur für eine Art Straßenkataster, das wir ohnehin nicht leisten können. Der Router braucht verbundene Wege, um alle Abbiegemöglichkeiten nutzen zu können. Das wird häufig ausgelassen, wenn nur auf der Gegenseite ein Weg abzweigt. Die Zuordnung des Radweges zu einer bestimmten Straße ergibt sich im innerstätischen Bereich aus der reinen Lage nicht immer. Daher meine ich, dass der Radweg, wenn er keine erheblich andere Streckenführung als die Straße selbst hat, an sie getaggt werden sollte. Das eigenständige Einzeichnen hat in hohen Zoomstufen einen optisch schönen Effekt, besonders im Zusammenwirken mit dem Luftbild, ist aber für die meisten Auswertungen eher hinderlich. Als Ausweg bliebe noch, den straßenbegleitenden Radweg, wenn man es denn unbedingt möchte (und solange es überhaupt noch so etwas gibt), sowohl als tag als auch als eigenständigen Weg einzuzeichnen und dem Auswerter über eine Relation (street) oder über ein Tag (?) mitzuteilen, dass er sich hier die für ihn günstigere Variante aussuchen kann. Übrigens gilt für den straßenbegleitenden Fußweg sinngemäß das Gleiche. Wenn der Radweg unbedingt ein eigenständiger Weg sein soll, müsste der Fußweg analog ebenfalls eigenständig eingezeichnet werden. Die Argumente sind letztlich die Gleichen, mit allen Vor- und Nachteilen. Ob aber 5 Linienzüge im Verlauf einer Straße übersichtlicher als ein einzelner sind, muss wohl jeder Mapper für sich selbst entscheiden. Einen guten Editor (mit gutem css-Stil) vorausgesetzt, dürfte das Modell mit den Tags übersichtlicher darstellbar sein als das Modell mit den separaten Wegen. Dann erscheinen die Rad- und Fußwege optisch am Außenrand der Straße. Was bleibt, sind die längeren tags, dafür aber alle an einem Way zusammengefasst und nicht an 5 Ways verteilt. Auch hier kann ein guter Editor viel Übersicht schaffen. Wenn wirklich die Straße genau abgemalt werden soll, halte ich eine zusätzliche Flächenerfassung für sinnvoller. Letztlich ist das die einzige Möglichkeit, in hohen Zoomstufen (und nur dort) die Straße mit allen Einzelheiten abzubilden. Auch dann bleibt aber die Frage, wer das eigentlich braucht, außer als schöne Ansicht. +1000 LG Tobias ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] JOSM-Fehler
On Tue, 30 Dec 2014 17:29:40 +0100, Markus wrote: Mein Wunsch wäre, JOSM simpel plug and play installieren zu können. Da du anscheinend viel mit Windows zu tun hast: nimm den Windows-Installer. Davon abgesehen mag mein IcedTea den Webstarter auch nicht: | net.sourceforge.jnlp.LaunchException: Fatal: Lesefehler: Konnte die | JNLP-Datei nicht lesen oder die Syntax analysieren. Die Datei kann | möglicherweise manuell heruntergeladen und als Fehlerbericht an das | IcedTea-Web Team gesendet werden. | […] | Caused by: java.io.IOException: name can't be null Morgen schau ich das mal genauer an. Gruß Thomas ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] JOSM-Fehler
Dito net.sourceforge.jnlp.LaunchException: Fatal: Lesefehler: Konnte die JNLP-Datei nicht lesen oder die Syntax analysieren. Die Datei kann möglicherweise manuell heruntergeladen und als Fehlerbericht an das IcedTea-Web Team gesendet werden. at net.sourceforge.jnlp.Launcher.fromUrl(Launcher.java:472) at net.sourceforge.jnlp.Launcher.launch(Launcher.java:278) at net.sourceforge.jnlp.runtime.Boot.run(Boot.java:211) at net.sourceforge.jnlp.runtime.Boot.run(Boot.java:53) at java.security.AccessController.doPrivileged(Native Method) at net.sourceforge.jnlp.runtime.Boot.main(Boot.java:177) Caused by: java.io.IOException: hostname can't be null at net.sourceforge.jnlp.JNLPFile.openURL(JNLPFile.java:297) at net.sourceforge.jnlp.JNLPFile.init(JNLPFile.java:214) at net.sourceforge.jnlp.JNLPFile.init(JNLPFile.java:190) at net.sourceforge.jnlp.JNLPFile.init(JNLPFile.java:175) at net.sourceforge.jnlp.JNLPFile.init(JNLPFile.java:161) at net.sourceforge.jnlp.Launcher.fromUrl(Launcher.java:452) ... 5 more netx wird seit 2003 nicht mehr entwickelt, aber soll laut IcedTea kein Problem sein. Wollte Verhalten mit der sourceforge Version 0.5 provozieren. Allerdings kam, unabhängig davon das da 2 Fehler zu Compilerfehler führten, dabei raus, das nur Specification 1 oder so ähnlich unterstützt würde. Dann wollte ich bei IcedTea schn einen BugReport schreiben und habe mir vorher Oracle temporär installiert und dessen javaws will auch nicht: java.lang.NullPointerException at com.sun.deploy.security.DeployAuthenticator.getPasswordAuthentication(Unknown Source) at com.sun.javaws.JAuthenticator.getPasswordAuthentication(Unknown Source) at java.net.Authenticator.requestPasswordAuthentication(Authenticator.java:248) at java.net.SocksSocketImpl$2.run(SocksSocketImpl.java:162) at java.net.SocksSocketImpl$2.run(SocksSocketImpl.java:160) at java.security.AccessController.doPrivileged(Native Method) at java.net.SocksSocketImpl.authenticate(SocksSocketImpl.java:159) at java.net.SocksSocketImpl.connect(SocksSocketImpl.java:473) at java.net.Socket.connect(Socket.java:589) at java.net.Socket.connect(Socket.java:538) at sun.net.NetworkClient.doConnect(NetworkClient.java:180) at sun.net.www.http.HttpClient.openServer(HttpClient.java:432) at sun.net.www.http.HttpClient.openServer(HttpClient.java:527) at sun.net.www.protocol.https.HttpsClient.init(HttpsClient.java:275) at sun.net.www.protocol.https.HttpsClient.New(HttpsClient.java:371) at sun.net.www.protocol.https.AbstractDelegateHttpsURLConnection.getNewHttpClient(AbstractDelegateHttpsURLConnection.java:191) at sun.net.www.protocol.http.HttpURLConnection.plainConnect0(HttpURLConnection.java:1103) at sun.net.www.protocol.http.HttpURLConnection$6.run(HttpURLConnection.java:987) at sun.net.www.protocol.http.HttpURLConnection$6.run(HttpURLConnection.java:985) at java.security.AccessController.doPrivileged(Native Method) at java.security.AccessController.doPrivileged(AccessController.java:713) at sun.net.www.protocol.http.HttpURLConnection.plainConnect(HttpURLConnection.java:984) at sun.net.www.protocol.https.AbstractDelegateHttpsURLConnection.connect(AbstractDelegateHttpsURLConnection.java:177) at sun.net.www.protocol.http.HttpURLConnection.getInputStream0(HttpURLConnection.java:1511) at sun.net.www.protocol.http.HttpURLConnection.access$200(HttpURLConnection.java:90) at sun.net.www.protocol.http.HttpURLConnection$9.run(HttpURLConnection.java:1431) at sun.net.www.protocol.http.HttpURLConnection$9.run(HttpURLConnection.java:1429) at java.security.AccessController.doPrivileged(Native Method) at java.security.AccessController.doPrivileged(AccessController.java:713) at sun.net.www.protocol.http.HttpURLConnection.getInputStream(HttpURLConnection.java:1428) at sun.net.www.protocol.https.HttpsURLConnectionImpl.getInputStream(HttpsURLConnectionImpl.java:254) at com.sun.deploy.net.HttpUtils.followRedirects(Unknown Source) at com.sun.deploy.net.BasicHttpRequest.doRequest(Unknown Source) at com.sun.deploy.net.BasicHttpRequest.doGetRequestEX(Unknown Source) at com.sun.deploy.cache.ResourceProviderImpl.checkUpdateAvailable(Unknown Source) at com.sun.deploy.cache.ResourceProviderImpl.isUpdateAvailable(Unknown Source) at com.sun.deploy.cache.ResourceProviderImpl.getResource(Unknown Source) at com.sun.deploy.cache.ResourceProviderImpl.getResource(Unknown Source) at com.sun.javaws.Launcher.updateFinalLaunchDesc(Unknown Source) at com.sun.javaws.Launcher.prepareToLaunch(Unknown Source) at com.sun.javaws.Launcher.prepareToLaunch(Unknown Source) at
Re: [Talk-it] tag per valle
Non mi ricordo di preciso, ma la stessa discussione si è fatta su qualche lista per catene montuose. Poi volevo far notare che spesso il nome della valle non coincide con il nome del torrente o fiume. Esempi Valsugana - fiume Brenta; Pustertal/Val Pusteria - due torrenti/fiumi: Drau/Drava verso est e Rienz/Rienza verso ovest; Vinschgau/Val Venosta - Etsch/Adige Ho visto che ci sono zone montuose tagggate place=region e region:type=mountain_area (esempio Relation: Marmarolegruppe(2141203)) Ma sembra una cosa abbastanza ad-hoc - vedi http://wiki.openstreetmap.org/wiki/Tag:place%3Dregion Vedi anche http://wiki.openstreetmap.org/wiki/Hiking_Map, dove appare esplicitamente anche valley. Il problema sia per mountan-area sia per valley è che tipicamente non ci sono confini precisi. Forse conviene utilizzare http://wiki.openstreetmap.org/wiki/Hiking_Map come posto per le discussioni. Volker 2014-12-29 20:31 GMT+01:00 demon.box e.rossin...@alice.it: mi sono chiesto qual'é il tag appropriato per una valle ma natural=valley mi pare di capire che è rimasto fermo alla sola proposta http://wiki.openstreetmap.org/wiki/Proposed_features/Valley quindi cosa utilizzo? place=locality? grazie -- View this message in context: http://gis.19327.n5.nabble.com/tag-per-valle-tp5828445.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 ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Proposta riorganizzazione tag name
Il 12/29/2014 06:52 PM, Francesco Pelullo scrisse: Per favore, mi dite che cosa ne pensate? Leggendo sulla mailing list di mkgmap la discussione per risolvere l'annoso problema della ricerca dei nomi sui dispositivi garmin, ho notato che in alcune lingue portate ad esempio vengono usati prefissi, suffissi o declinazioni per indicare il nome di una via. Lo schema che proponi va probabilmente bene in Italia ed in paesi con convenzioni e regole grammaticali simili ma non e' del tutto adatto ad altre lingue. Penso quindi sia piu' proficuo fare dei ragionamenti a livello italiano, come hai proposto, ma senza arrivare ad una proposta gia' ben definita da servire alla mailing list internazionale, pena una pioggia di critiche ed il probabile affossamento. Penso possa essere piu' efficace definire un documento in cui si evidenziano le criticita' dell'attuale uso del tag name, con la proposta di creare un qualche gruppo o sistema di discussione (non la mailing list che non mi pare adattissima) che lavori ad una revisione adatta a tutte le realta' mondiali. ciao maxx ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Proposta riorganizzazione tag name
Premetto che non sono d'accordo su quasi tutti i punti. In generale credo che questo argomento debba essere discusso con un pubblico più ampio, non solo all'interno della comunità italiana. Devo constare che semplicemente leggendo la pagina http://wiki.openstreetmap.org/wiki/Key:name si possono trovare gran parte delle risposte (tag short_name, tag sorting_name). Il giorno 29 dicembre 2014 18:52, Francesco Pelullo f.pelu...@gmail.com ha scritto: Ciao a tutti, Riassumo quanto avevo scritto nel thread sui nomi invertiti. Se pensate potrebbe essere utile, vorrei suggerire in ml internazionale di modificare lo schema utilizzato finora per il campo name=. Prima di parlarne con altri, vorrei (pacatamente) parlarne con voi per leggere che cosa ne pensate, e se ne valga la pena. A me sembra che il tag name= così com'è attualmente sia insufficiente, quando la feature è intitolata ad un personaggio storico. Questo vale sia per le strade che per i teatri, musei, etc. Penso che una cosa sia Via Pigna ed un'altra sia Via Giuseppe Verdi. Innanzitutto, in caso di compilazione di uno stradario, il software deve elencare prima Via Pigna e poi Via Verdi anzichè il contrario. Questa è una convenzione che è largamente condivisa in Italia. Questo non significa che vada bene per il resto del mondo. Questo è facilmente ottenibile nel caso di Giuseppe Verdi, ma più complicato se la strada è intitolata a Francesco Giuseppe (sono entrambi nomi e va elencata alfabeticamente alla lettera F). Lo stesso per altri casi particolari, ad esempio Via Regina Margherita (va elencata alla R), Via Don Minzoni (va alla D) etc. Estrarre nomi e cognomi di persone famose non è così difficile, anche perché il loro numero è piuttosto limitato. Sarebbe carino usare qualcosa del genere (se scorri troverai i campi nome e cognome): https://www.wikidata.org/wiki/Q23 purtroppo wikidata è ancora un po' embrionale (e poco utilizzata), ma non credo che per il programmatore medio questo sia un problema, vista la scarsa fantasia dei nomi delle vie italiane. Lo stesso in caso di ricerca su un navigatore. Questo non è un valido argomento. Qualsiasi navigatore (decente) non fa una ricerca dell'input usando come criterio una corrispondenza esatta tra l'input e il database considerando come vincolo l'inizio della riga. Se cerchi Giusep il navigatore trova Via Giuseppe Garibaldi ma anche Via Giuseppe Verdi. Se cerchi Garib trova Via Giuseppe Garibaldi. Se implementato in termini di regex la ricerca è del tipo input e non ^input. Immagino che i navigatori più evoluti implementino algoritmi che prevedano anche errore di digitazione tipo Garivaldi. In caso di distinzione del nome e del cognome, anche il rendering ne trarrebbe profitto, perché a livelli di zoom più basso, in caso di overlapping delle etichette delle features, potrebbe abbreviare Via Giuseppe Verdi in Via G. Verdi o Via Verdi se non ci sono ambiguità (ad esempio un altra via intitolata a Giacomo Verdi). Non dovrebbe mai abbreviare Via Regina Margherita ma se nessuno glielo spiega, il rendering non lo sa fare. vedi il tag short_name: http://wiki.openstreetmap.org/wiki/Key:name, anche se per quanto ne capisco il suo uso previsto è un po' diverso da quello che immagini tu. Finora il problema è stato risolto con artifizi (estrarre la stringa finale del campo name e confrontandola con una lista) o (suppongo) eliminando parole chiave (Giuseppe) tipicamente utilizzate per i nomi. Ma in casi particolari penso che questi metodi siano inefficaci, o cervellotici, o potrebbero dare risultati ambigui (Via Sacco e Vanzetti, Via Francesco Giuseppe, Via Martiri di Via Fani, Vico II Fornaci Sgarro, Via San Francesco d'Assisi, Via Principe Amedeo, Via Vittorio Emanuele, Via Generale Giuseppe Da Bormida, Via Ammiraglio Francesco Genova). in casi particolari i tag short_name e sorting_name possono essere una soluzione. La mia proposta è questa: distinguere i nomi personali dagli altri, utilizzando subkeys del tag name: In definitiva avremmo: name:personal_name=yes name:surname=Verdi name:first_name=Giuseppe name:second_name=Fortunino Francesco name:title=compositore (maestro|Generale|Principe|Ammiraglio etc). Questa proposta è molto italiana. In molte culture non esiste il cognome. Inoltre stai proponendo di usare il database di osm per qualcosa che non centra con osm. osm non è un database di nomi/cognomi/titoli. In alternativa, lasciare un unico campo per name= ma inserire i nomi personali nella forma Cognome, titolo Nome che consentirebbe agevolmente al software di riconoscerli, ricomporre all'occorrenza la stringa titolo Nome Cognome per il rendering, ed estrarre soltanto il dato a sinistra della virgola per tutte le funzioni del caso. questa è la peggiore delle ipotesi. Il tag name si riferisce a come il nome è nella realtà (il cartello di una via per esempio), dalla twiki: Note: For disputed areas, please use the name as displayed
Re: [Talk-it] Proposta riorganizzazione tag name
2014-12-30 11:38 GMT+01:00 Ruggero giurr...@gmail.com: Credo che la soluzione esista già attraverso il tag sorting_name (vedi http://wiki.openstreetmap.org/wiki/Key:name): Grazie Ruggero, condivido per intero il tuo intervento, per me è stato illuminante. Come spesso accade la soluzione esisteva già, bastava leggere la wiki! Infatti non conoscevo il tag sorting_name, ma da quel che vedo pare sia l'esatta soluzione al problema di elencazione. Se ho ben capito in questo modo avremo: name=Via Giuseppe Garibaldi sorting_name=Via Garibaldi Giuseppe che dovrebbe funzionare per ottenere un elenco della toponomastica ordinando i cognomi in ordine alfabetico (chiaramente in questo modo continuerà comunque ad avere la precedenza il termine Via/Piazza/Viale/etc.), che mi pare risponda perfettamente all'esigenza sorta in questi giorni. Grazie Federico ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Proposta riorganizzazione tag name
30.12.2014 - 14:05 - Federico Cortese: 2014-12-30 11:38 GMT+01:00 Ruggero giurr...@gmail.com: Credo che la soluzione esista già attraverso il tag sorting_name (vedi http://wiki.openstreetmap.org/wiki/Key:name): Grazie Ruggero, condivido per intero il tuo intervento, per me è stato illuminante. Come spesso accade la soluzione esisteva già, bastava leggere la wiki! Infatti non conoscevo il tag sorting_name, ma da quel che vedo pare sia l'esatta soluzione al problema di elencazione. Se ho ben capito in questo modo avremo: name=Via Giuseppe Garibaldi sorting_name=Via Garibaldi Giuseppe Forse sarebbe meglio sorting_name=Garibaldi Giuseppe, Via o qualcosa di simile? Siccome questo dovrebbe valere per l'ordinamento dove, credo, il via/piazza/viale ecc. dovrebbe avere meno importanza del nome/cognome. Mentre per la ricerca è differente... Ciao Damjan che dovrebbe funzionare per ottenere un elenco della toponomastica ordinando i cognomi in ordine alfabetico (chiaramente in questo modo continuerà comunque ad avere la precedenza il termine Via/Piazza/Viale/etc.), che mi pare risponda perfettamente all'esigenza sorta in questi giorni. Grazie Federico ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Proposta riorganizzazione tag name
Forse sarebbe meglio sorting_name=Garibaldi Giuseppe, Via Si, forse sarebbe meglio così. ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Proposta riorganizzazione tag name
Come chiave si potrebbe usare angel:sex. Per i valori decidete voi. Ciao, Stefano Il giorno 30 dicembre 2014 14:38, Federico Cortese cortese...@gmail.com ha scritto: Forse sarebbe meglio sorting_name=Garibaldi Giuseppe, Via Si, forse sarebbe meglio così. ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] tag per valle
Per una valle i confini sui 3 lati montuosi sono dati dalla linea dello spartiacque. Per il lato che degrada verso la pianura il confine è più labile: considerare la confluenza del fiume che forma la valle oppure vedere dove gli abitanti si considerano valligiani. Saluti Fabrizio Il 30/Dic/2014 09:15 Volker Schmidt vosc...@gmail.com ha scritto: Non mi ricordo di preciso, ma la stessa discussione si è fatta su qualche lista per catene montuose. Poi volevo far notare che spesso il nome della valle non coincide con il nome del torrente o fiume. Esempi Valsugana - fiume Brenta; Pustertal/Val Pusteria - due torrenti/fiumi: Drau/Drava verso est e Rienz/Rienza verso ovest; Vinschgau/Val Venosta - Etsch/Adige Ho visto che ci sono zone montuose tagggate place=region e region:type=mountain_area (esempio Relation: Marmarolegruppe(2141203)) Ma sembra una cosa abbastanza ad-hoc - vedi http://wiki.openstreetmap.org/wiki/Tag:place%3Dregion Vedi anche http://wiki.openstreetmap.org/wiki/Hiking_Map, dove appare esplicitamente anche valley. Il problema sia per mountan-area sia per valley è che tipicamente non ci sono confini precisi. Forse conviene utilizzare http://wiki.openstreetmap.org/wiki/Hiking_Map come posto per le discussioni. Volker 2014-12-29 20:31 GMT+01:00 demon.box e.rossin...@alice.it: mi sono chiesto qual'é il tag appropriato per una valle ma natural=valley mi pare di capire che è rimasto fermo alla sola proposta http://wiki.openstreetmap.org/wiki/Proposed_features/Valley quindi cosa utilizzo? place=locality? grazie -- View this message in context: http://gis.19327.n5.nabble.com/tag-per-valle-tp5828445.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 ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] Modena Opendata - Civici
Vi segnalo che qui: http://www.comune.modena.it/opendata/i-dati e' disponibile la cartografia dei numeri civici in formato SHP, Licenza della Banca Dati– CC 0 (spero compatibile). Saluti. -- Marco_T -- View this message in context: http://gis.19327.n5.nabble.com/Modena-Opendata-Civici-tp5828537.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] Nome e cognome strade invertiti
2014-12-28 14:52 GMT+01:00 Massimo Primiceri massimoprimice...@gmail.com: Con l'aggiornamento del 27-11-2014, a pag. 7 è stato dedicato un apposito comma (3) che recita pari pari: *Le aree di circolazione intitolate a personaggi storici o contemporanei, internazionali, nazionali o locali, dovranno contenere prima l'indicazione del nome e a seguire il cognome, ad es. VIA ALDO MORO.* vale anche per i nomi già in essere oppure solo per quelli nuovi / futuri? E' vincolante? Chi ha il potere di decidere il nome di una via in un comune, il consiglio comunale oppure lo stato (o provincia, regione)? D'avvero l'ISTAT può decidere su tutti i nomi di tutte le strade del paese? -- Io sono a favore di mettere i nomi come sono stati assegnati da chi spetta (come ultima ratio, in caso di dubbio, perché la ricerca è onerosa), e nel frattempo usare la versione delle targhe stradali o elenchi ufficiali ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Proposta riorganizzazione tag name
Il 30/12/2014 11:38, Ruggero ha scritto: Premetto che non sono d'accordo su quasi tutti i punti. In generale credo che questo argomento debba essere discusso con un pubblico più ampio, non solo all'interno della comunità italiana. Devo constare che semplicemente leggendo la pagina http://wiki.openstreetmap.org/wiki/Key:name si possono trovare gran parte delle risposte (tag short_name, tag sorting_name). Concordo con questo schema proposto usando name sorting_name alt_name ecc. In caso di distinzione del nome e del cognome, anche il rendering ne trarrebbe profitto, perché a livelli di zoom più basso, in caso di overlapping delle etichette delle features, potrebbe abbreviare Via Giuseppe Verdi in Via G. Verdi o Via Verdi se non ci sono ambiguità (ad esempio un altra via intitolata a Giacomo Verdi). Non dovrebbe mai abbreviare Via Regina Margherita ma se nessuno glielo spiega, il rendering non lo sa fare. e short_name per le abbreviazioni (meglio deciderlo noi come abbreviarli e lasciarlo ad una macchina). -- sip:alebar...@ekiga.net ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Proposta riorganizzazione tag name
2014-12-30 11:38 GMT+01:00 Ruggero giurr...@gmail.com: Estrarre nomi e cognomi di persone famose non è così difficile, anche perché il loro numero è piuttosto limitato. Sarebbe carino usare qualcosa del genere (se scorri troverai i campi nome e cognome): https://www.wikidata.org/wiki/Q23 purtroppo wikidata è ancora un po' embrionale (e poco utilizzata), ma non credo che per il programmatore medio questo sia un problema, vista la scarsa fantasia dei nomi delle vie italiane. c'è chi lo fa: http://taginfo.osm.org/keys/name%3Aetymology%3Awikidata per esempio: name:etymology:wikidata=Q553844 sarebbe un nome con riferimento a Johannes Ewald http://www.wikidata.org/wiki/Q553844?uselang=it si trova anche name:wikipedia http://taginfo.osm.org/keys/name%3Awikipedia ed anche pochi name:etymology:wikipedia ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] tag per valle
2014-12-29 20:54 GMT+01:00 Alberto Nogaro bartosom...@yahoo.it: Sulla pagina del tag place=locality il wiki dice che quando un nome è associato ad una caratteristica naturale o fisica, è meglio usare un tag che descriva tale caratteristica piuttosto che place=locality. Dunque per una valle natural=valley (non mi sembra esistano proposte alternative altrettanto diffuse). +1 ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Proposta riorganizzazione tag name
Il giorno 30 dicembre 2014 14:38, Federico Cortese cortese...@gmail.com ha scritto: Forse sarebbe meglio sorting_name=Garibaldi Giuseppe, Via Direi di sì, anche se non vedo la necessità della virgola per separare il nome della via da Via. Ruggero ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
[Talk-dk] Monster-relation Margueritruten opdelt
Hvis nogen undrer sig over hvad der er hændt med relationen Margueritruten (#158359) i OSM, så har jeg haft fingrene i den. Den var groet til over 5200 medlemmer og var dermed blevet helt uhåndterbar. Desuden er Margueritruten ikke en enkelt rute, men et netværk af flere ruter med enkelte knudepunkter. Jeg har splittet relationen op i 17 mindre relationer, hver med 200 - 400 medlemmer. Desuden har jeg skabt en 'super-relation' http://www.openstreetmap.org/relation/4441962 med alle relationerne som medlemmer. Den originale relation er blevet strippet for de fleste medlemmer men bevaret som en af de nye del-relationer (Frederikssund-Korsør) og kan findes her: http://www.openstreetmap.org/relation/158359 Håber at det nu bliver lidt mindre nervepirrende at splitte veje, som er en del af Margueritruten. Ole / opani ___ Talk-dk mailing list Talk-dk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-dk
Re: [Talk-se] Hemnet har bytt till OSM
Intressant att de har valt att bara ta byggnaderna från OSM och resten från Google. Vägar, gator och vattendrag i OSM är långt mer komplett än byggnader. Kanske har intrycket av standardkartan på osm.org gett ett lite ofärdigt intryck p.g.a. den minst sagt fläckvisa täckningen av skog? Man kan ju hoppas att de får positiv erfarenhet av OSM och framöver väljer att utöka användningen. /Erik Den 2014-12-30 11:06, Karl Wettin skrev: http://www.hemnet.se/om/kartdata Hjälp oss att förbättra kartan Saknar du en byggnad? *Byggnader på Hemnets kartor hämtas från OpenStreetMap* - en gratis karttjänst där innehållet skapas av användarna. Därför har OpenStreetMap https://www.openstreetmap.org/search?query=sverige#map=6/62.006/15.029 ännu inte full täckning över alla byggnader i Sverige. Du kan bidra till att fler byggnader syns genom att rita in de byggnader som saknas i OpenStreetMaps kartor. Deras verktyg funkar ungefär som Wikipedia där alla kan skapa och redigera artiklar. Om du hjäper till och ritar in nya byggnader i OpenStreetMap, så kommer byggnaderna efter hand att synas även på Hemnets kartor. Rita in byggnader på Open Street Map http://www.openstreetmap.org/edit#map=http://www.openstreetmap.org/edit#map= ___ 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
Re: [Talk-se] Hemnet har bytt till OSM
Spännande. Men när jag surfar in på hemnet.se och kollar på deras karta så står det bara Kartdata © 2014 Google, fast byggnaderna kommer definitivt från OSM. /Markus ___ Talk-se mailing list Talk-se@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-se
[Talk-es] #231 weeklyosm en español
Hola El semanario #231 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-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es
[Talk-es] Direcciones de locales comerciales
Hola Estoy mapeando alguno de los sitios en los que estuve en vacaciones (con solo 4 meses de retraso...) y me ha surgido una duda: en el caso de un edificio con uno o varios locales comerciales, la etiqueta addr:housenumber se incluye solo en el edificio o en cada elemento? Por ejemplo, en http://www.openstreetmap.org/#map=19/40.45692/-3.70316, una zona en la que he ido añadiendo unos cuantos comercios, hay muchos que comparten dirección. No he encontrado información en la wiki sobre esto. ¿Es mejor etiquetar solo el edificio o repetir la etiqueta en todos los elementos? ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Direcciones de locales comerciales
Paúl, la única relación que existe entre los PDI y el edificio es visual por lo que en las búsquedas es mejor que los PDI tengan información de calle y número. El 30/12/2014 17:33, Paúl Sanz paulsanzca...@gmail.com escribió: Hola Estoy mapeando alguno de los sitios en los que estuve en vacaciones (con solo 4 meses de retraso...) y me ha surgido una duda: en el caso de un edificio con uno o varios locales comerciales, la etiqueta addr:housenumber se incluye solo en el edificio o en cada elemento? Por ejemplo, en http://www.openstreetmap.org/#map=19/40.45692/-3.70316, una zona en la que he ido añadiendo unos cuantos comercios, hay muchos que comparten dirección. No he encontrado información en la wiki sobre esto. ¿Es mejor etiquetar solo el edificio o repetir la etiqueta en todos los elementos? ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Direcciones de locales comerciales
Si la dirección es distinta; en cada nodo, si es la misma, en el edificio. En cualquier caso, ¡no olvides poner en cada nodo un entrance=yes! El día 30 de diciembre de 2014, 18:09, Roberto geb roberto...@gmail.com escribió: Paúl, la única relación que existe entre los PDI y el edificio es visual por lo que en las búsquedas es mejor que los PDI tengan información de calle y número. El 30/12/2014 17:33, Paúl Sanz paulsanzca...@gmail.com escribió: Hola Estoy mapeando alguno de los sitios en los que estuve en vacaciones (con solo 4 meses de retraso...) y me ha surgido una duda: en el caso de un edificio con uno o varios locales comerciales, la etiqueta addr:housenumber se incluye solo en el edificio o en cada elemento? Por ejemplo, en http://www.openstreetmap.org/#map=19/40.45692/-3.70316, una zona en la que he ido añadiendo unos cuantos comercios, hay muchos que comparten dirección. No he encontrado información en la wiki sobre esto. ¿Es mejor etiquetar solo el edificio o repetir la etiqueta en todos los elementos? ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es -- Cruz Enrique Borges Hernández Email: cruz.bor...@deusto.es DeustoTech Energy Telefono: 944139000 ext.2052 Avda. Universidades, 24 48007 Bilbao, Spain ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-it-trentino] M'appare il Lagorai Cima D'Asta
Ciao Giorgio, Sono entusiasta per questo nuovo progetto e in qualsiasi modo vorrei darvi una mano, principalmente in remoto, visto che abito a Padova, e se ce ne sarà l'occasione anche sul posto (bazzico spesso in Primiero-Vanoi). A presto, Ciao Tiziano 2014-12-30 8:22 GMT+01:00 Giorgio Zampedri giorgio.zampe...@tin.it: In wiki ho messo una pagina informativa sul Progetto di cui abbiamo parlato negli ultimi incontri. Che ne dite ci può stare ? https://wiki.openstreetmap.org/wiki/Lagorai_Cima_D%27Asta Aspetto vostre osservazioni/suggerimenti e proposte di collaborazione Ciao a tutti Giorgio ___ Talk-it-trentino mailing list Talk-it-trentino@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it-trentino ___ Talk-it-trentino mailing list Talk-it-trentino@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it-trentino
[Talk-pt] Integração CAOP-OSM
Boa tarde! Depois da estagnação e reboliço observados anteriormente, venho com este email tentar iniciar um novo ciclo no que toca à integração da CAOP no OSM. Tal como o Francisco, e partindo da conversão CAOP-OSM que ele criou em Python/Postgre/PostGIS, envidei esforços continuados para conseguir a conflation (fusão de dados CAOP com OSM existentes) automática. Acontece que os casos são muitos, e a segurança nos resultados deixa muito a desejar. Desta forma e não querendo deixar o assunto cair por terra, irei encetar um processo de preparação dos dados existente predominantemente manual. Não é um import no puro sentido da palavra mas haverá alguns dados importados pois não faz sentido mexer e remexer. Existem várias questões em aberto que gostaria que opinassem/aconselhassem. Tentarei ser sucinto. Apesar disto se tratar de um processo de limpeza/manutenção, todas as alterações serão descritas em changeset comment e se necessário em diary. A conta será Spec80_CAOP http://www.openstreetmap.org/user/Spec80_CAOP . Penso que o processo acontecerá verticalmente, isto é, as várias fases para cada way/bbox. A prática o dirá qual melhor a usar. 1º Remoção de tags boundary a ways partilhadas (rios, estradas, etc). Serão substituídas por novas ways no import final. 2º Unglue de nodes partilhados. Se são usados para outras coisas, não os podemos utilizar, de modo a mantermos as ways de boundary o mais distintas possível. 3º Split/join de ways existentes à imagem do CAOP 2014. 4º Export de dados para script de conflation. Os nodes são aproveitados ao máximo. Movidos se necessário. Criados se em falta. Apagados se simplesmente estiverem a mais para descrever o traçado. 5º Reload e upload no JOSM para assegurar a consistência de dados e possibilitar possível reversão. Existem ways/nodes duplicados, stray e 1-member relations, etc, a ser removidos, claro. Existem outros gremlins que ficaram anotados para solucionar em tempo próprio. Penso que o processo é transparente e será tão singular (conto fazer 1 changeset por way) que todos o poderão auditar se assim o pretenderem. É também respeitador ao máximo possível, do trabalho daqueles que antes o fizeram. No fim, espera-se ter parte dos dados, no fundo, já importados, sendo necessário carregar o que até agora ainda não existe (~90%). Importar 600.000 objetos vai ser bonito de se ver. Pontos em aberto: [A] Conflation fronteira com Espanha. [B] Boundary=administrative na coastline ou independente [C] Nome de freguesias unificadas [D] Freguesias extintas No que tocar nestes pontos, não realizarei, até consenso, qualquer modificação. Prendem-se fundamentalmente como encaramos a CAOP e como queremos os dados no OSM. Para mim a CAOP é a fonte oficial de dados. No ponto [A] penso que somos forçados a usar o existente, pelo que a conflation com a linha admin_level=2 será o caminho a seguir mesmo que em alguns casos Espanha saia beneficiada. No ponto [B], penso que podemos ter os dados oficiais. O que está no OSM a nível de coastline, o que é? Outra fonte oficial ou Bing-mapping? Se o estado diz que as freguesias de Lisboa no Tejo entram pelo mar adentro, estamos a roubar área! Se as acrescentarmos as dunas que aparecem no Bing, já dá mais uns metros quadrados. Se quiserem tirar um molhes e paredões ainda estou como o outro. De tudo o resto acho que é perfeitamente aceitável termos coastline e limites administrativos independentes e oficiais. O ponto [C] penso que em vez de “União de Freguesias A,B e C” podíamos ficar por “A,B e C” que aliás vem caracterizado na CAOP. As freguesias extintas [D] é problema que eu gostava de ver resolvido como o Marcos estava a fazer e que o Nuno louvou, admin_level=9, CAOP 2012. Mas temos dois nãos oficiais que se unem para negar a admissibilidade. A OSM é para dados atuais e não históricos pelo que o atual = CAOP 2014. Penso que seja para evitar o amontoamento de destroços e mapas velhos. Deve haver a quem daria muito jeito ter aqui o traçado do Condado Portucalense, na sua origem, e sucessões. Desculpem o email longo mas teve de ser. O assunto é de peso, 5% do nosso mapa. Digam de vossa justiça, para sempre... fiquem encarregues de fazer revert e update de uma carga de trabalhos. Cumprimentos, Pedro Santos (Spec80) ___ Talk-pt mailing list Talk-pt@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-pt
Re: [Talk-pt] Integração CAOP-OSM
Olá Pedro, Obrigado pela tua iniciativa para abordar este tema novamente. Respondendo às tuas questões, quanto ao ponto [C], eu concordo com o método que tens em mente. Por acaso o modelo que usava incluia o name=* e o official_name=* onde escrevia-se o nome completo. O modelo que usava era o seguinte, no caso das freguesias e uniões das mesmas: type=boundary boundary=administrative border_type=freguesia (Capaz de ser redundante) admin_level=8 name=* (Nome simples, por exemplo: Riba de Ave, Ruivães e Novais, etc. official_name=* (Nome official e completo, isto é: Freguesia de Riba de Ave, União das freguesias de Ruivães e Novais, etc.) ine:code=* (Código único atribuído pela INE. É útil para encontrar uma divisão específica. A Espanha usa um sistema parecido.) population=* (Número de habitantes segundo os Censos 2011) population:date=2011 (Data dos censos) source=DGT - CAOP 2014 wikipedia=* Quanto ao ponto [D], o das freguesias extintas, em 99% dos casos a fronteira das freguesia não mudava entre a CAOP 2012.1 e a CAOP 2014 pelo que era trivial descobrir correctamente que localidade iria ser mapeada. Agora nos casos em que de facto houveram alterações, a regra era obedecer à CAOP mais recente. Por outras palavras adaptava ou até nem importava da CAOP 2012. No dia 30 de dezembro de 2014 às 16:37, Pedro Santos spe...@gmail.com escreveu: Boa tarde! Depois da estagnação e reboliço observados anteriormente, venho com este email tentar iniciar um novo ciclo no que toca à integração da CAOP no OSM. Tal como o Francisco, e partindo da conversão CAOP-OSM que ele criou em Python/Postgre/PostGIS, envidei esforços continuados para conseguir a conflation (fusão de dados CAOP com OSM existentes) automática. Acontece que os casos são muitos, e a segurança nos resultados deixa muito a desejar. Desta forma e não querendo deixar o assunto cair por terra, irei encetar um processo de preparação dos dados existente predominantemente manual. Não é um import no puro sentido da palavra mas haverá alguns dados importados pois não faz sentido mexer e remexer. Existem várias questões em aberto que gostaria que opinassem/aconselhassem. Tentarei ser sucinto. Apesar disto se tratar de um processo de limpeza/manutenção, todas as alterações serão descritas em changeset comment e se necessário em diary. A conta será Spec80_CAOP http://www.openstreetmap.org/user/Spec80_CAOP . Penso que o processo acontecerá verticalmente, isto é, as várias fases para cada way/bbox. A prática o dirá qual melhor a usar. 1º Remoção de tags boundary a ways partilhadas (rios, estradas, etc). Serão substituídas por novas ways no import final. 2º Unglue de nodes partilhados. Se são usados para outras coisas, não os podemos utilizar, de modo a mantermos as ways de boundary o mais distintas possível. 3º Split/join de ways existentes à imagem do CAOP 2014. 4º Export de dados para script de conflation. Os nodes são aproveitados ao máximo. Movidos se necessário. Criados se em falta. Apagados se simplesmente estiverem a mais para descrever o traçado. 5º Reload e upload no JOSM para assegurar a consistência de dados e possibilitar possível reversão. Existem ways/nodes duplicados, stray e 1-member relations, etc, a ser removidos, claro. Existem outros gremlins que ficaram anotados para solucionar em tempo próprio. Penso que o processo é transparente e será tão singular (conto fazer 1 changeset por way) que todos o poderão auditar se assim o pretenderem. É também respeitador ao máximo possível, do trabalho daqueles que antes o fizeram. No fim, espera-se ter parte dos dados, no fundo, já importados, sendo necessário carregar o que até agora ainda não existe (~90%). Importar 600.000 objetos vai ser bonito de se ver. Pontos em aberto: [A] Conflation fronteira com Espanha. [B] Boundary=administrative na coastline ou independente [C] Nome de freguesias unificadas [D] Freguesias extintas No que tocar nestes pontos, não realizarei, até consenso, qualquer modificação. Prendem-se fundamentalmente como encaramos a CAOP e como queremos os dados no OSM. Para mim a CAOP é a fonte oficial de dados. No ponto [A] penso que somos forçados a usar o existente, pelo que a conflation com a linha admin_level=2 será o caminho a seguir mesmo que em alguns casos Espanha saia beneficiada. No ponto [B], penso que podemos ter os dados oficiais. O que está no OSM a nível de coastline, o que é? Outra fonte oficial ou Bing-mapping? Se o estado diz que as freguesias de Lisboa no Tejo entram pelo mar adentro, estamos a roubar área! Se as acrescentarmos as dunas que aparecem no Bing, já dá mais uns metros quadrados. Se quiserem tirar um molhes e paredões ainda estou como o outro. De tudo o resto acho que é perfeitamente aceitável termos coastline e limites administrativos independentes e oficiais. O ponto [C] penso que em vez de “União de Freguesias A,B e C” podíamos ficar por “A,B e C” que aliás vem
Re: [Talk-ca] Adding Buildings + Leisure + Corrections To Ottawa Map Over Holiday Season
Hey Russell / all, I performed a rudimentary test of an address in the map without a postal code and later used the Nominatim to search for it to see what it produced. The address was 27 Cairo Street in St. John's, NL - I used this because it is an old address of mine and I know the postal code there without reference to Canada Post or the like. The result from Nominatim is A1B 3X9. The actual postal address is A1C 4X2 - a significant difference. I don't believe that the postal data in Geocoder is particularly accurate. Adam On Tue, Dec 23, 2014 at 6:11 PM, Stewart C. Russell scr...@gmail.com wrote: On 2014-12-23 12:27 PM, Richard Burcher wrote: - I've removed the mention of postcode collection. I'm not sure of the legal aspect of collection as raised in an earlier thread. I've found that if you add an address without a postal code, then query Nominatim later, it returns the postal code. I suspect geocoder.ca data is involved somewhere along the way. cheers Stewart ___ 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-ca] Postal Codes
Hey all, I was reading over the previous discussions held here regarding the issue of obtaining postal codes for use with civic addresses in Canada. I understand that, unless specific permission is obtained, there is no way to utilize the information stored in the Canada Post database, even if that information is manually acquired from the database during a lookup. The use is restricted to a very limited personal or business application - ie, I want to send a package and I use the database to get the postal code of the address. It initially appears odd that Canada Post would be very restrictive with the code data. I understand that they maintain consumer names with the address data, but the OSM project would not be seeking that connective data, just the bare address to attach to a civic or business address. Looking about their site, I eventually encountered this little gem --- https://www.canadapost.ca/cpo/mc/business/productsservices/mailing/pcdp.jsf It would appear that Canada Post sells a data product that is, effectively, the postal code data attached to a map. It is provided to businesses for the purposes of datamining, allowing them to hone their mailings or identify exploitable market areas. The cynic in me figures that this is the real reason that they won't give OSM the permission to use the data. Not for protection of the consumer or for privacy, but to make money. Fair enough - it is technically a business. Anyway, it would appear that obtaining the information from Canada Post is, basically, a dead end. Might I suggest an alternative? Why not a volunteer effort? I can't look up a code and reproduce it on the map, but I can surely put my own postal code and those of my previous addresses into the map. That knowledge has nothing to do with looking it up on their website. I also know the code for my small hometown in Newfoundland as I lived there for years and the entire town uses the same code. Perhaps there is a way to gather the information voluntarily from Canadian citizens and businesses. Basically go around them? For example, a survey on the Reddit forum for Canada could be asked or something like that. The more we can get without using the post office, the better. Business websites are easily some of the best sources - they offer their mail address without any restriction so that is fair use too. Just a thought! Adam ___ Talk-ca mailing list Talk-ca@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] Postal Codes
Hi All, Please have a look at David Eaves post on how Canada Post is prosecuting a person for crowdsourcing postal code data: http://eaves.ca/2013/04/25/canada-post-and-the-war-on-open-data-innovation-common-sense-continued-sadly/ Best, Matt On Tue, Dec 30, 2014 at 7:37 AM, Adam Martin s.adam.mar...@gmail.com wrote: Hey all, I was reading over the previous discussions held here regarding the issue of obtaining postal codes for use with civic addresses in Canada. I understand that, unless specific permission is obtained, there is no way to utilize the information stored in the Canada Post database, even if that information is manually acquired from the database during a lookup. The use is restricted to a very limited personal or business application - ie, I want to send a package and I use the database to get the postal code of the address. It initially appears odd that Canada Post would be very restrictive with the code data. I understand that they maintain consumer names with the address data, but the OSM project would not be seeking that connective data, just the bare address to attach to a civic or business address. Looking about their site, I eventually encountered this little gem --- https://www.canadapost.ca/cpo/mc/business/productsservices/mailing/pcdp.jsf It would appear that Canada Post sells a data product that is, effectively, the postal code data attached to a map. It is provided to businesses for the purposes of datamining, allowing them to hone their mailings or identify exploitable market areas. The cynic in me figures that this is the real reason that they won't give OSM the permission to use the data. Not for protection of the consumer or for privacy, but to make money. Fair enough - it is technically a business. Anyway, it would appear that obtaining the information from Canada Post is, basically, a dead end. Might I suggest an alternative? Why not a volunteer effort? I can't look up a code and reproduce it on the map, but I can surely put my own postal code and those of my previous addresses into the map. That knowledge has nothing to do with looking it up on their website. I also know the code for my small hometown in Newfoundland as I lived there for years and the entire town uses the same code. Perhaps there is a way to gather the information voluntarily from Canadian citizens and businesses. Basically go around them? For example, a survey on the Reddit forum for Canada could be asked or something like that. The more we can get without using the post office, the better. Business websites are easily some of the best sources - they offer their mail address without any restriction so that is fair use too. Just a thought! Adam ___ Talk-ca mailing list Talk-ca@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ca -- | Matthew Dance, M.A. |Urban Geography Planning | | 780.554.9222 | @mattdance | matthewdance.ca | ___ Talk-ca mailing list Talk-ca@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] Postal Codes
Totally, it's for money reasons :-( Le 2014-12-30 à 09:37, Adam Martin s.adam.mar...@gmail.com a écrit : Hey all, I was reading over the previous discussions held here regarding the issue of obtaining postal codes for use with civic addresses in Canada. I understand that, unless specific permission is obtained, there is no way to utilize the information stored in the Canada Post database, even if that information is manually acquired from the database during a lookup. The use is restricted to a very limited personal or business application - ie, I want to send a package and I use the database to get the postal code of the address. It initially appears odd that Canada Post would be very restrictive with the code data. I understand that they maintain consumer names with the address data, but the OSM project would not be seeking that connective data, just the bare address to attach to a civic or business address. Looking about their site, I eventually encountered this little gem --- https://www.canadapost.ca/cpo/mc/business/productsservices/mailing/pcdp.jsf It would appear that Canada Post sells a data product that is, effectively, the postal code data attached to a map. It is provided to businesses for the purposes of datamining, allowing them to hone their mailings or identify exploitable market areas. The cynic in me figures that this is the real reason that they won't give OSM the permission to use the data. Not for protection of the consumer or for privacy, but to make money. Fair enough - it is technically a business. Anyway, it would appear that obtaining the information from Canada Post is, basically, a dead end. Might I suggest an alternative? Why not a volunteer effort? I can't look up a code and reproduce it on the map, but I can surely put my own postal code and those of my previous addresses into the map. That knowledge has nothing to do with looking it up on their website. I also know the code for my small hometown in Newfoundland as I lived there for years and the entire town uses the same code. Perhaps there is a way to gather the information voluntarily from Canadian citizens and businesses. Basically go around them? For example, a survey on the Reddit forum for Canada could be asked or something like that. The more we can get without using the post office, the better. Business websites are easily some of the best sources - they offer their mail address without any restriction so that is fair use too. Just a thought! Adam ___ 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
Re: [Talk-ca] Postal Codes
I believe gecoder.ca already provides a method to collect postal codes from citizens. I had a quick look at the website but it was not readily obvious to me. I have sent them an email and when I get the response I will share it here. Bernie. -- Bernie Connors New Maryland, NB div Original message /divdivFrom: Adam Martin s.adam.mar...@gmail.com /divdivDate:12-30-2014 10:37 AM (GMT-04:00) /divdivTo: talk-ca@openstreetmap.org /divdivSubject: [Talk-ca] Postal Codes /divdiv /divHey all, I was reading over the previous discussions held here regarding the issue of obtaining postal codes for use with civic addresses in Canada. I understand that, unless specific permission is obtained, there is no way to utilize the information stored in the Canada Post database, even if that information is manually acquired from the database during a lookup. The use is restricted to a very limited personal or business application - ie, I want to send a package and I use the database to get the postal code of the address. It initially appears odd that Canada Post would be very restrictive with the code data. I understand that they maintain consumer names with the address data, but the OSM project would not be seeking that connective data, just the bare address to attach to a civic or business address. Looking about their site, I eventually encountered this little gem --- https://www.canadapost.ca/cpo/mc/business/productsservices/mailing/pcdp.jsf It would appear that Canada Post sells a data product that is, effectively, the postal code data attached to a map. It is provided to businesses for the purposes of datamining, allowing them to hone their mailings or identify exploitable market areas. The cynic in me figures that this is the real reason that they won't give OSM the permission to use the data. Not for protection of the consumer or for privacy, but to make money. Fair enough - it is technically a business. Anyway, it would appear that obtaining the information from Canada Post is, basically, a dead end. Might I suggest an alternative? Why not a volunteer effort? I can't look up a code and reproduce it on the map, but I can surely put my own postal code and those of my previous addresses into the map. That knowledge has nothing to do with looking it up on their website. I also know the code for my small hometown in Newfoundland as I lived there for years and the entire town uses the same code. Perhaps there is a way to gather the information voluntarily from Canadian citizens and businesses. Basically go around them? For example, a survey on the Reddit forum for Canada could be asked or something like that. The more we can get without using the post office, the better. Business websites are easily some of the best sources - they offer their mail address without any restriction so that is fair use too. Just a thought! Adam ___ Talk-ca mailing list Talk-ca@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] Postal Codes
On Tue, Dec 30, 2014 at 7:37 AM, Adam Martin s.adam.mar...@gmail.com wrote: I was reading over the previous discussions held here regarding the issue of obtaining postal codes for use with civic addresses in Canada. I understand that, unless specific permission is obtained, there is no way to utilize the information stored in the Canada Post database, even if that information is manually acquired from the database during a lookup. Anyway, it would appear that obtaining the information from Canada Post is, basically, a dead end. Might I suggest an alternative? Why not a volunteer effort? I can't look up a code and reproduce it on the map, but I can surely put my own postal code and those of my previous addresses into the map. That knowledge has nothing to do with looking it up on their website. Here's where I have a hard time understanding how postal code information can ever be used in OSM. Who created the postal code information? The information can't be traced back to farmer Brown who lived on this lane in 1642, hence the road name Brown Lane. I believe Canada Post created the database, and defines which areas are within the bounds of a particular forward sortation area, local delivery unit. They can change these bounds as necessary. http://en.wikipedia.org/wiki/Postal_codes_in_Canada Since OSM can't use any restricted information sources, and must rely on non-encumbered information, how can Canada Post postal code information ever be considered common knowledge or open data? If you look up my postal code, and put it on an envelope, when I receive that letter, and see my postal code, does it suddenly become public knowledge, and Canada Post loses the right to maintain control? If I print out a Google Map, and hand you that copy, does the Google Map data become non-encumbered? The only way to know the postal code for any specific location is to have at one point referenced the Canada Post database, either directly, or indirectly. Road names, town names etc. can be argued to precede the map databases in a number of cases, and have a legal right to be used. In current towns and cities, when the planners make up road names, it could be thought of that the designers hold the copyright on the road name database (if asserted). I don't see where a completely contrived database of information that is created and controlled by an entity which asserts copyright will ever be able to be used in an unencumbered manner, no matter how many times removed from accessing the database the data is derived. The idea of each person in Canada providing their specific postal code to an OSM database does not remove the hold which Canada Post asserts. It would be illegal for one person to copy the database as a whole, so why would it be legal for 30 million people to copy one piece of the database and pool that information? I love the idea of OSM and would like to see all data available and in use in the OSM database, but I've always had a hard time figuring out the line of distinction between encumbered and unencumbered information sources. James VE6SRV ___ Talk-ca mailing list Talk-ca@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] Postal Codes
Google maps already provides point-to-point postal codes. Wikipedia gives a list of all the postal codes. Is OSM trying to copy this feature? Immanuel On Dec 30, 2014 1:16 PM, James Ewen ve6...@gmail.com wrote: On Tue, Dec 30, 2014 at 7:37 AM, Adam Martin s.adam.mar...@gmail.com wrote: I was reading over the previous discussions held here regarding the issue of obtaining postal codes for use with civic addresses in Canada. I understand that, unless specific permission is obtained, there is no way to utilize the information stored in the Canada Post database, even if that information is manually acquired from the database during a lookup. Anyway, it would appear that obtaining the information from Canada Post is, basically, a dead end. Might I suggest an alternative? Why not a volunteer effort? I can't look up a code and reproduce it on the map, but I can surely put my own postal code and those of my previous addresses into the map. That knowledge has nothing to do with looking it up on their website. Here's where I have a hard time understanding how postal code information can ever be used in OSM. Who created the postal code information? The information can't be traced back to farmer Brown who lived on this lane in 1642, hence the road name Brown Lane. I believe Canada Post created the database, and defines which areas are within the bounds of a particular forward sortation area, local delivery unit. They can change these bounds as necessary. http://en.wikipedia.org/wiki/Postal_codes_in_Canada Since OSM can't use any restricted information sources, and must rely on non-encumbered information, how can Canada Post postal code information ever be considered common knowledge or open data? If you look up my postal code, and put it on an envelope, when I receive that letter, and see my postal code, does it suddenly become public knowledge, and Canada Post loses the right to maintain control? If I print out a Google Map, and hand you that copy, does the Google Map data become non-encumbered? The only way to know the postal code for any specific location is to have at one point referenced the Canada Post database, either directly, or indirectly. Road names, town names etc. can be argued to precede the map databases in a number of cases, and have a legal right to be used. In current towns and cities, when the planners make up road names, it could be thought of that the designers hold the copyright on the road name database (if asserted). I don't see where a completely contrived database of information that is created and controlled by an entity which asserts copyright will ever be able to be used in an unencumbered manner, no matter how many times removed from accessing the database the data is derived. The idea of each person in Canada providing their specific postal code to an OSM database does not remove the hold which Canada Post asserts. It would be illegal for one person to copy the database as a whole, so why would it be legal for 30 million people to copy one piece of the database and pool that information? I love the idea of OSM and would like to see all data available and in use in the OSM database, but I've always had a hard time figuring out the line of distinction between encumbered and unencumbered information sources. James VE6SRV ___ 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
Re: [Talk-ca] Postal Codes
Nominatim uses a postal code database created by geocoder.ca. I presume they get periodic updates from geocoder.ca. If you find an address that is not properly geocoded by Nominatim (OSM) you can update the geocoder.ca database by entering the entire address including the postal code at http://geocoder.ca Here is a sample screen capture - http://goo.gl/UuX8Kr Bernie. On Tue, Dec 30, 2014 at 1:40 PM, berniejconnors berniejconn...@gmail.com wrote: I believe gecoder.ca already provides a method to collect postal codes from citizens. I had a quick look at the website but it was not readily obvious to me. I have sent them an email and when I get the response I will share it here. Bernie. -- Bernie Connors New Maryland, NB Original message From: Adam Martin Date:12-30-2014 10:37 AM (GMT-04:00) To: talk-ca@openstreetmap.org Subject: [Talk-ca] Postal Codes Hey all, I was reading over the previous discussions held here regarding the issue of obtaining postal codes for use with civic addresses in Canada. I understand that, unless specific permission is obtained, there is no way to utilize the information stored in the Canada Post database, even if that information is manually acquired from the database during a lookup. The use is restricted to a very limited personal or business application - ie, I want to send a package and I use the database to get the postal code of the address. It initially appears odd that Canada Post would be very restrictive with the code data. I understand that they maintain consumer names with the address data, but the OSM project would not be seeking that connective data, just the bare address to attach to a civic or business address. Looking about their site, I eventually encountered this little gem --- https://www.canadapost.ca/cpo/mc/business/productsservices/mailing/pcdp.jsf It would appear that Canada Post sells a data product that is, effectively, the postal code data attached to a map. It is provided to businesses for the purposes of datamining, allowing them to hone their mailings or identify exploitable market areas. The cynic in me figures that this is the real reason that they won't give OSM the permission to use the data. Not for protection of the consumer or for privacy, but to make money. Fair enough - it is technically a business. Anyway, it would appear that obtaining the information from Canada Post is, basically, a dead end. Might I suggest an alternative? Why not a volunteer effort? I can't look up a code and reproduce it on the map, but I can surely put my own postal code and those of my previous addresses into the map. That knowledge has nothing to do with looking it up on their website. I also know the code for my small hometown in Newfoundland as I lived there for years and the entire town uses the same code. Perhaps there is a way to gather the information voluntarily from Canadian citizens and businesses. Basically go around them? For example, a survey on the Reddit forum for Canada could be asked or something like that. The more we can get without using the post office, the better. Business websites are easily some of the best sources - they offer their mail address without any restriction so that is fair use too. Just a thought! Adam -- Bernie Connors New Maryland, NB ___ Talk-ca mailing list Talk-ca@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] Adding Buildings + Leisure + Corrections To Ottawa Map Over Holiday Season
One thing to remember about postal codes is that they are a delivery mechanism first and foremost. Unless Canada Post has changed things, they don’t have a location, per se, because they’re based on postal walks (the route the postman walks). Most postal codes refer to something like 11 dwellings, except in the cases of large volume receivers (apartment buildings and large commercial receivers) and rural postal codes, so any spatial reference is rarely going to be 100% spatially accurate. Cheers! --G From: Adam Martin [mailto:s.adam.mar...@gmail.com] Sent: December 30, 2014 9:31 AM To: Stewart C. Russell Cc: talk-ca@openstreetmap.org Subject: Re: [Talk-ca] Adding Buildings + Leisure + Corrections To Ottawa Map Over Holiday Season Hey Russell / all, I performed a rudimentary test of an address in the map without a postal code and later used the Nominatim to search for it to see what it produced. The address was 27 Cairo Street in St. John's, NL - I used this because it is an old address of mine and I know the postal code there without reference to Canada Post or the like. The result from Nominatim is A1B 3X9. The actual postal address is A1C 4X2 - a significant difference. I don't believe that the postal data in Geocoder is particularly accurate. Adam On Tue, Dec 23, 2014 at 6:11 PM, Stewart C. Russell scr...@gmail.com mailto:scr...@gmail.com wrote: On 2014-12-23 12:27 PM, Richard Burcher wrote: - I've removed the mention of postcode collection. I'm not sure of the legal aspect of collection as raised in an earlier thread. I've found that if you add an address without a postal code, then query Nominatim later, it returns the postal code. I suspect geocoder.ca http://geocoder.ca data is involved somewhere along the way. cheers Stewart ___ Talk-ca mailing list Talk-ca@openstreetmap.org mailto: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
Re: [OSM-talk-fr] conseil achat smartphone Android bon GPS?
Merci, mais je préfèrerais acheter un téléphone neuf. Apparemment, Motorola fait de bons modèles dans ce domaine: http://forums.androidcentral.com/general-news-discussion/395805-phone-has-best-gps.html Autre info : prendre plutôt un téléphone qui support GPS + Glonass. Autre solution : prendre un récepteur GPS indépendant avec connexion Bluetooth, comme le Transystems 880 ou le Holux 1000b/1000c. -- View this message in context: http://gis.19327.n5.nabble.com/Smartphone-Android-avec-GPS-rapide-tp5777133p5828505.html Sent from the France mailing list archive at Nabble.com. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] conseil achat smartphone Android bon GPS?
J'ai un moto X (version 2013) depuis quelques semaines, et je confirme que le Gps fonctionne bien, mieux que celui du Xperia Ray que j'avais précédemment et que je trouvais déjà bon. En général, tout ce qui est data est désactivé, ça ne lui pose pas de problème, mais je n'ai pas fait l'essai à l'étranger. Stf Le 30/12/2014 12:20, Shohreh a écrit : Merci, mais je préfèrerais acheter un téléphone neuf. Apparemment, Motorola fait de bons modèles dans ce domaine: http://forums.androidcentral.com/general-news-discussion/395805-phone-has-best-gps.html Autre info : prendre plutôt un téléphone qui support GPS + Glonass. Autre solution : prendre un récepteur GPS indépendant avec connexion Bluetooth, comme le Transystems 880 ou le Holux 1000b/1000c. -- View this message in context: http://gis.19327.n5.nabble.com/Smartphone-Android-avec-GPS-rapide-tp5777133p5828505.html Sent from the France mailing list archive at Nabble.com. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Guidage OsmAnd
La seul explication que j'ai, mais je n'ai pas la solution, c'est que OSMand essaie de te maintenir le plus souvent sur une route de même type. En effet, dans le carrefour, il y a dans OSM un chemin highway=unclassified que OSMand défavorise. J'ai même l'impression qu'il cherche à suivre les voies à la classification la plus élevée. Dans Mérignac, OsmAnd m'a fait prendre la rocade puis la N563 vers l'aéroport puis l'Avenue Roland Garros et enfin la D106, tout ça pour l'itinéraire suivant: http://osrm.at/avc Je vais regarder du côté du projet OsmAnd s'il y a plus d'infos. Éric ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Guidage OsmAnd
Bonjour, J'utilise OSMand depuis assez longtemps pour améliorer mon mapping, et il m'est arrivé de le faire autour de Bordeaux (notamment l'accès a l'aéroport de Mérignac) OSMand quand il n'a pas d'indication de limite de vitesse utilise de préférence la route ayant une hiérarchie la plus élevée. Ce qui, entre les route unclassified, residential peux poser probleme, car les mappeurs ne font parfois pas de différence. (unclassified est + rapide que résidentiel) La solution que j'utilise depuis quelque temps est de systématiquement indiquer la limitation de vitesse, et le cas échéant de réviser la hiérarchie des voies dans la partie qui pose probleme. Étant donné que la hiérarchie des route ne doit pas être calquée sur leur référence administrative, mais sur leur utilisation réelle, cela me semble pas erroné. A mon avis Eric, si OSMand te fait passer par la N563, c'est a cause des limitations de vitesse, qui font que OSMand a plus confiance dans cet itinéraire, que dans l'autre ou il n'y en a pas. (voir le plan des limites ici http://www.itoworld.com/map/124?lon=-0.65617lat=44.83566zoom=14open_sidebar=share_menu ) OSMand gère aussi les interdictions de tourner. Sur Bordeaux il m'est arrivé près de l'aéroport de voir OSMand me proposer de tourner a des endroits incongru. Il a fallut que je mette des interdictions de tourner qui n’était visiblement pas implicite. (en fait, il faudrait que OSMand comprenne que l'angle entre la voie d'accès et la route est tellement important que l'interdiction de tourner est implicite) Depuis peu, OSMand gère les ralentisseurs, stops et feux.. Il me semble que ce n'est plus indicatif, mais que c'est pris en compte dans le routage, ce qui peux expliquer certaines incohérences. Il faut penser a les rajouter si on ne veux pas qu'il nous y fasse passer la fois suivante. Enfin sur les routes de campagne, OSMand se plante souvent. Si on veux bien faire il faudrait indiquer l'état de la route (que OSMand prend en compte il me semble). Mais c'est extrêmement difficile a apprendre. Malgré mon expérience, je ne le fait toujours pas. J'ai vu ici ou la des personnes utiliser une hiérarchie voie d'accès unclassified pour différencier les routes de campagne très lente et normale. Je ne suis pas fan. Pour moi une voie d'accès mène a une maison, un champs, une entreprise ou une partie de l'entreprise. je prendrai bien la largeur de la route, mais apparemment OSMand s'en fou. (lanes=1 pour les voie étroite double sens mais où 1 seul véhicule passe, et lane=2 pour les autres) si quelqu'un a une solution, je suis preneur... Je confirme les bugs incompréhensibles parfois. Entre Royan et Ronce-les-bains http://osrm.at/avd , zone que je connais bien car je l'ai quasi entièrement mappé, OSMand me faisait passer par les parkings.. je n'ai pas compris pourquoi. NaSH Le 30 décembre 2014 13:18, Eric SIBERT courr...@eric.sibert.fr a écrit : La seul explication que j'ai, mais je n'ai pas la solution, c'est que OSMand essaie de te maintenir le plus souvent sur une route de même type. En effet, dans le carrefour, il y a dans OSM un chemin highway=unclassified que OSMand défavorise. J'ai même l'impression qu'il cherche à suivre les voies à la classification la plus élevée. Dans Mérignac, OsmAnd m'a fait prendre la rocade puis la N563 vers l'aéroport puis l'Avenue Roland Garros et enfin la D106, tout ça pour l'itinéraire suivant: http://osrm.at/avc Je vais regarder du côté du projet OsmAnd s'il y a plus d'infos. Éric ___ 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] Relais de demande d'information
http://www.openstreetmap.org/note/293629 Un chargé de mission DD dans le 20e arrondissement de Paris qui se questionne autour d'OSM et du vélo, je me dis que si quelqu'un se sent de prendre le relais, parce qu'en passant par les notes, il y a peu de chance qu'il y ait une suite. JB. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Guidage OsmAnd
OSMand quand il n'a pas d'indication de limite de vitesse utilise de préférence la route ayant une hiérarchie la plus élevée. Dans l'exemple que j'ai cité au début, OsmAnd m'a fait prendre 1,6 km de primary avec maxspeed=50 au lieu de 16 m de unclassified sans maxspeed. La solution que j'utilise depuis quelque temps est de systématiquement indiquer la limitation de vitesse, et le cas échéant de réviser la hiérarchie des voies dans la partie qui pose probleme. Je vais essayer de mettre des maxspeed partout sur mon quartier où il y aussi des routages aberrants. Étant donné que la hiérarchie des route ne doit pas être calquée sur leur référence administrative, mais sur leur utilisation réelle, cela me semble pas erroné. Pour la hiérarchie, je n'ai rien vu de surprenant dans les différents cas rencontrés. Surtout, à chaque fois, Osrm donne un résultat bien plus conforme aux attentes. Ça a vraiment l'air d'être dans le moteur d'OsmAnd. J'ai regardé dans les bugs. Certains ont déjà mentionné des dépôts d'optimisation mais sans plus. Une des réponses est qu'OsmAnd optimise sur le temps. Eric ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Guidage OsmAnd
Le 30/12/2014 18:06, Eric SIBERT a écrit : OSMand quand il n'a pas d'indication de limite de vitesse utilise de préférence la route ayant une hiérarchie la plus élevée. Dans l'exemple que j'ai cité au début, OsmAnd m'a fait prendre 1,6 km de primary avec maxspeed=50 au lieu de 16 m de unclassified sans maxspeed. La solution que j'utilise depuis quelque temps est de systématiquement indiquer la limitation de vitesse, et le cas échéant de réviser la hiérarchie des voies dans la partie qui pose probleme. Je vais essayer de mettre des maxspeed partout sur mon quartier où il y aussi des routages aberrants. Étant donné que la hiérarchie des route ne doit pas être calquée sur leur référence administrative, mais sur leur utilisation réelle, cela me semble pas erroné. Pour la hiérarchie, je n'ai rien vu de surprenant dans les différents cas rencontrés. Surtout, à chaque fois, Osrm donne un résultat bien plus conforme aux attentes. Ça a vraiment l'air d'être dans le moteur d'OsmAnd. J'ai regardé dans les bugs. Certains ont déjà mentionné des dépôts d'optimisation mais sans plus. Une des réponses est qu'OsmAnd optimise sur le temps. Osrm optimise aussi uniquement sur le temps. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Guidage OsmAnd
Bonjour Le 30/12/2014 13:18, Eric SIBERT a écrit : http://osrm.at/avc En imposant un point de passage entre le départ et l'arrivée, il est toujours aux environs de 4 minutes. Donc à temps quasiment équivalent, il est tout à fait logique qu'il propose la route ayant le gabarit le plus facile. Cordialement -- David Crochet ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] conseil achat smartphone Android bon GPS?
Merci pour l'info. Il semble qu'en général, les testeurs ne se préoccupent pas trop des performances GPS des smarphones. www.lesnumeriques.com/telephone-portable/motorola-moto-x-2014-2e-generation-p21611/test.html Je vais prendre un modèle avec GPS + Glonass et voir ce que ça donne. -- View this message in context: http://gis.19327.n5.nabble.com/Smartphone-Android-avec-GPS-rapide-tp5777133p5828540.html Sent from the France mailing list archive at Nabble.com. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] conseil achat smartphone Android bon GPS?
Le 30/12/2014 21:37, Shohreh a écrit : Merci pour l'info. Il semble qu'en général, les testeurs ne se préoccupent pas trop des performances GPS des smarphones. www.lesnumeriques.com/telephone-portable/motorola-moto-x-2014-2e-generation-p21611/test.html Je vais prendre un modèle avec GPS + Glonass et voir ce que ça donne. En effet, le GPS n'est souvent pas testé plus que ça, mais comme le reste des capteurs (magnétomètre, accéléromètre, baromètre, etc). J'ai récemment investi dans une tablette Android (nvidia shield) et le GPS intégré est impressionnant d'efficacité. Chez moi, dans mon canapé, j'ai environ 4m de précision avec une bonne douzaine de satellites captés ! Pourtant ma maison ressemble plus à celle du troisième petit cochon qu'aux deux premiers... briques et pierre. Le combiné GPS+Glonass (GNSS) est très efficace... le reste de la tablette aussi :) -- Christian Quest - OpenStreetMap France ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] conseil achat smartphone Android bon GPS?
Le 30/12/2014 21:37, Shohreh a écrit : Merci pour l'info. Il semble qu'en général, les testeurs ne se préoccupent pas trop des performances GPS des smarphones. www.lesnumeriques.com/telephone-portable/motorola-moto-x-2014-2e-generation-p21611/test.html Je vais prendre un modèle avec GPS + Glonass et voir ce que ça donne. En effet, le GPS n'est souvent pas testé plus que ça, mais comme le reste des capteurs (magnétomètre, accéléromètre, baromètre, etc). J'ai récemment investi dans une tablette Android (nvidia shield) et le GPS intégré est impressionnant d'efficacité. Chez moi, dans mon canapé, j'ai environ 4m de précision avec une bonne douzaine de satellites captés ! Pourtant ma maison ressemble plus à celle du troisième petit cochon qu'aux deux premiers... briques et pierre. Le combiné GPS+Glonass (GNSS) est très efficace... le reste de la tablette aussi :) -- Christian Quest - OpenStreetMap France ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Guidage OsmAnd
Le 29/12/2014 22:15, Eric SIBERT a écrit : Bonsoir à tous, J'utilise depuis quelques temps (~2 mois) OsmAnd (v 1.9.4) pour faire du guidage routier et vérifier les données en chemin. Les itinéraires proposées par OsmAnd, surtout en ville, me plongent dans des abîmes de perplexité. Je me suis demandé si les données Osm sous-jacentes étaient incomplètes ou insuffisantes (genre limite de vitesse). Néanmoins, je n'ai pas l'impression que ce soit ça. Exemple ce matin. Je pars de Mérignac. Contournement nord de Bordeaux pour aller prendre la route de Périgueux. À l'échangeur suivant: http://osm.org/go/b~~YdfPv j'arrive par la N230 depuis le Nord pour aller sur la N89 à l'Est. OsmAnd me fait partir vers l'Ouest jusqu'au rond-point des Quatre Pavillons pour faire demi-tour et repartir dans l'autre sens. Pourtant la voie de connexion directe existe dans OSM. Une explication? Un réglage dans OsmAnd? Éric on peut choisir un service de navigation externe yours openroute service osrm straight line ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] conseil achat smartphone Android bon GPS?
On ne peut pas vraiment choisir les smartphones sur ce critère; ils sont plutôt vendus en fonction * de la taille de l'écran et sa résolution (grosse mise en avant de la partie vidéo soit-disant FullHD alors que sur ce type d'écran de petite taille cela ne fait pas une grosse différence) * de la résolution de sq/ses caméras. * de la capacité de mémoire (de stockage, en oubliant la véritable mémoire RAM la plupart du temps et souvent aussi en ne précisant pas si c'est la mémoire principale ou de la mémoire secondaire, que la plupart des applis ne savent pas utiliser pour y stocker leur code, etmême souvent pas même leur cache!) * du look de l'appareil (plus ou moins tous les mêmes en fin de compte puisqu'on voit surtout l'écran... dont la fragilité impose tout de suite une housse ou coque de protection qui finalement cache toute différence) Le critère le plus important reste malgré tout l'autono,ie et celle-ci nnée après année est en chute libre; les appareils consomment de plus en plus mais ont des batteries de lus en plus réduites et maintenant inamovibles... on est greffé tout de suite au câble USB à la recherche d'une prise. Il n'y a plus AUCUN smartphone (même neuf) qui fonctionne plus de 2 heures en voiture (le chargeur micro USB 5 volts limite le courant à 1 ampère, soit 5 watts délivrés et les appareils ne se chargent pas du tout ou même continuent à se décharger si on utilise n'importe quelle appli de navigation GPS, même avec les cartes préchargées, dès que la fonction GPS est activée, et même ne restant connecté sur le chargeur voiture). Les OS mobiles ont de gros progrès à faire pour gérer efficacement l'énergie et optimiser beaucoup pus la consommation et leur code (notamment leur rendu graphique pas du tout optimal et qui raffraichit des zones trop souvent pour rien avec un GPU actif à 100%). Bref tous ces smartphones doivent être utilisés en ayant à côté aussi une ou deux batterie de secours qu'on charge en parallèle. et qu'on basculera quand l'une est vide pour passer à l'autre sensée être rechargée... sauf que leur chargement complet prend 3 ou 4 heures et qu'on la vide en 2 heures ! Où est le progrès pour la mobilité ? Bref pas vraiment de choix sur les smarphones, il n'y a encore qu'avec les tablettes qu'on s'en sort, quand elles ont des batteries plus importantes, et un chargeur capable de déliver plus de 5 watts. A l'usage, finalement, Android est franchement nul de ce point de vue-là, et Windows Phone est énormément plus performant. Je ne peux pas juger iOS (les iPhone c'est peut*etre bien mais encore vendu beaucoup trop cher et leur batterie inamovible a aussi semble-t-il mauvaise réputation). Si on veut de l'Android pour le prixn autant ne pas acheter des grosses marques, et sacrifier des trucs finalement pas si utiles : le deuxième écran à éviter, mais pourtquoi pas un écran non LCD, de type e-Ink permettant de garder l'écran couleur principal éteint (à lui seul avec son éclairage il consomme plus de 30% en utilisation classique dès qu'il n'est pas en veille). Méfiance également avec la plupart des applis gratuites qui installent trop de services actifs en arrière-plan (et qui bouffent toute la batterie): il n'est pas inutile que le smarphone soit prélivré avec les applis essentielles préinstallées. Pas inutile non plus si on le peut de remplacer l'OS préinstallé (surtout si c'est celui venant de Samsung) par un autre compatible (Cyanogenmod, entièrement opens-source et débarassé des applis publicitaires encombrantes). Et ne vous fiez pas du tout aux chiffres d'autonomie donnés par les constructeurs; ils sont tous archi-faux ! Si on veut réellement de l'autonomie, il vaut même mieux passer sur un modèle avec un écran de plus faible résolution. Mon prochain smartphone aura un écran e-Ink. J'en ai marre de la batterie déchargée à chaque fois que j'ai besoin de l'appareil quand je suis parti me balader pendant quelques heures et que je n'ai pas pu recharger. Et ce sera mon premier critère, même avant le GPS intégré. En attendant je suis revenu à avoir avec mon smarphone un second téléphone de secours, premier prix avec les fonctions essentielles pour pouvoir encore téléphoner et avoir une navigation Internet basique sans vidéo (celuiàlà au ,oins il peut fonctionner plusieurs jours sans avoir à être rechargé). Dommage pourtant qu'il faille une seconde carte SIM et un forfait complémentaire. Réellement les smartphones me ont **ier** par leur nullité et les mensonges grossiers des constructeurs à grand renfort de pub ! A côté de ça les tablettes vendues comme jouets pour les enfants sont en fait bien plus performantes, plus autonomes et beaucoup moins chères. Même quand elles ont une fonctionnalité internet, leur module parental est fait de sorte qu'il peut bloquer complètement les communications inutiles. Certes leur appareil photo intégré est assez basique mais on s'en fout un peu, sur une d'elle (moins de 80 euros neuve) j'ai pu installer un cyanogenmod pour en faire une
Re: [OSM-talk-fr] Guidage OsmAnd
Entre 50 mètres et 2 kilomètres, il y a assez de marge pour que le critère temps favorise quand même le petit tronçon de 50 mètres; même si on le prend à 30 à l'heure ! Il devrait pouvoir supposer en absence de limitation qu'on peut rouler à une vitesse minimale de 30 km/h ce qui indique alors un temps maximum assez bien estimé. En plus ce serait plus conforme en terme de consommation. Quand aux virages à plus de 240 degrés en épingle à cheveux , on se demande pourquoi OSMand ne les évite pas totalement (cela ne s'applique pas sur un rond-point dont les sommets sont assez espacés pour que les angles individuels ne fassent pas plus de 45 degrés vers la gauche, ce qui donne un rendu à peu près rond conforme à l'attente qu'un rond-point est le lieu idéal pour faire un demi-tour facilement et sans perdre de temps d'ailleurs avec l'attribut junction=round-about on sait immédiatement que les virages sont adaptés quel que soit le nombre de sommets mis pour les dessiner, on peut donc y ignorer le critère d'angle dessus pour ne garder que les seules restrictions d'accès éventuelles des voies qui s'y connectent). Le 30 décembre 2014 18:22, David Crochet david.croc...@free.fr a écrit : Bonjour Le 30/12/2014 13:18, Eric SIBERT a écrit : http://osrm.at/avc En imposant un point de passage entre le départ et l'arrivée, il est toujours aux environs de 4 minutes. Donc à temps quasiment équivalent, il est tout à fait logique qu'il propose la route ayant le gabarit le plus facile. Cordialement -- David Crochet ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [Talk-GB] Totesport
On 21 December 2014 at 12:33, SomeoneElse li...@atownsend.org.uk wrote: I'd be tempted to add OSM notes for these containing a link to the problem node or way since http://www.openstreetmap.org/node/1117527074 hasn't been touched for four years; it's likely that other shops have changed hands too. I don't want to paralyze the notes system by adding too many notes, so for the time being I'm not adding more notes related to shop tagging than are being resolved. In the meanwhile, 8 notes added by me have been resolved, so I added now 8 new notes for the Totesport shops. -- Matthijs ___ Talk-GB mailing list Talk-GB@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-gb
[Talk-GB] View roadsigns in JOSM
Hi, This talk was given at SOTM 2014 and the video is now online: http://vimeo.com/album/3134207/video/115313286 Summary: Telenav are collecting photos of roadsigns and making them available to OSM via a JOSM plugin. Most coverage is in Germany but there is also a fair number in the UK. See the live demo on the video for a tutorial of how to use the plugin. The plugin can be downloaded from: http://developer.skobbler.com/public/scoutsigns.jar Save it to your /JOSM/Plugins folder then install via the plugins menu in JOSM (as normal) ___ Talk-GB mailing list Talk-GB@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-gb
Re: [Talk-GB] View roadsigns in JOSM
The signs dont seem to be very up-to-date. The newest ones I can see are from October. Is this the same for everyone? ___ Talk-GB mailing list Talk-GB@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-gb
Re: [Talk-GB] View roadsigns in JOSM
I didn't look very hard but I also haven't seen anything more recent. The video does say it's beta at this stage launching early 2015. It's still very impressive even now. I looked into image recognition a year ago so have a basic understanding of how complex the matter is. It's pretty amazing that Telenav are willing to do the processing and release the data to OSM :-) Rob ___ Talk-GB mailing list Talk-GB@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-gb
[talk-latam] #231 weeklyosm en español
Hola El semanario #231 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: [talk-latam] Más regiones para Mapazonia
Hola Igor, Encontré dos regiones en Colombia con imágenes de alta resolución y ríos que necesitan ser mapeados o mejorados. Una región tiene 632 km² y la otra tiene 52 km². https://gist.github.com/willemarcel/c607950f0e9b03f8b2ac Si está de acuerdo, puedo poner estas dos áreas en el Tasking Manager. hasta luego, wille On 25-12-2014 17:07, Igor TAmara wrote: Hola, en http://test.openstreetmap.co/ tenemos un mapa con aerofotografía que hemos identificado, lastimosamente hay poco en la parte de la Amazonía, pero creo que de allí se podría tomar información para apuntarnos a mapear en el proyecto. Lo primero que hicimos fue marcar las zonas que contaban con resolución en un polígono. Con overpass creo que se puede mejorar esto apuntando primero estos polígonos, http://overpass-turbo.eu/s/6FU Les parece? El 22 de diciembre de 2014, 21:11, Wille wi...@wille.blog.br mailto:wi...@wille.blog.br escribió: Hola, El mapeo de la cuenca del Río Acre ya está 60% hecho y la tarea brasileña ya está en 27%. Creo que ya está en el momento de definir nuevas regiones para poner en el Tasking Manager. Hay alguien de Peru, Colombia o Venezuela acá? Caso no, alguien puede sugerir regiones que necesitan ser mapeadas en estos países? hasta luego, wille ___ talk-latam mailing list talk-latam@openstreetmap.org mailto:talk-latam@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-latam ___ talk-latam mailing list talk-latam@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-latam ___ talk-latam mailing list talk-latam@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-latam