[talk-ph] Fix common routing errors in Metro Manila
Dear everyone, We created a tasking job for fixing common routing errors in Metro Manila. This is part of the arm-char mapping I shared last month [0]. Routing problems are based on Geofabrik OSM Inspector layer [1]. The task job is available here: http://osmtm.pgrouting.org/job/7 Needless to say there are very few errors for Metro Manila and some are false positives. ;) The process for using the tasking is simple: 1. Open JOSM. 2. Go to: http://osmtm.pgrouting.org/job/7 3. Get a new task. 4. Open Task in JOSM 5. Click on Imagery URL 6. Start fixing! Thanks! [0] http://lists.openstreetmap.org/pipermail/talk-ph/2013-March/004369.html [1] http://tools.geofabrik.de/osmi/?view=routinglon=121.02742lat=14.54622zoom=12 -- cheers, maning -- Freedom is still the most radical idea of all -N.Branden wiki: http://esambale.wikispaces.com/ blog: http://epsg4253.wordpress.com/ -- ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph
[talk-ph] Fwd: ideas on importing deped schools db to OSM
Hi, This has been in my Inbox for more than a year. Forwarding to the list for public discussion and next steps. Data coverage is here: https://docs.google.com/file/d/0B-2WZQ1DwK_xZFBhQmRQTC1rUXM/edit?usp=sharing Incidentally, I found this slide today: http://www.slideshare.net/rexsgalos/school-mapping-deped -- Forwarded message -- From: maning sambale emmanuel.samb...@gmail.com Date: Tue, Jan 10, 2012 at 4:01 PM Subject: ideas on importing deped schools db to OSM To: Rally de Leon rall...@gmail.com, Eugene Alvin Villar sea...@gmail.com Dear Rally and Eugene, Sharing this to you before sending to the list. I had a phone conversation with the DepEd Officer who is managing the the DepEd School Mapping project and they gave a go signal to import the school point data into OSM. The data covers 30% of all public schools in the country. (See attached sample image). Summary stats: Elementary schools: ~12,000 locations HS: ~2,000 Sample attributes: OGRFeature(deped_es_loc):12571 REGION (String) = Region VIII DIVISION (String) = Biliran DISTRICT (String) = Cabucgayan LEGDIST_ID (Integer) = 0 SCHOOL_ID (String) = 120792 SCHOOL_NAM (String) = Langgao ES X (Real) = 124.6129203 Y (Real) = 11.5076500 NO_STREET (String) = - BRGY_CODE (Integer) = 87803008 BRGY_NAME (String) = Brgy Langgao MUNI_CODE (Integer) = 87803000 MUNI_NAME (String) = Cabucgayan PROV_NAME (String) = Biliran POINT (124.61292 11.50765) Any idea on how we can add this to OSM? What I have in mind are: * No direct import! Create subsets of the data and allow individual mappers to add them. * How to detect duplicates/existing? * What tags should be added. If there is an existing node in OSM should we update the tags to include other important data from deped? * How do we give back the data to DepEd including our own data from OSM? -- cheers, maning -- Freedom is still the most radical idea of all -N.Branden wiki: http://esambale.wikispaces.com/ blog: http://epsg4253.wordpress.com/ -- ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph
Re: [talk-ph] Fwd: ideas on importing deped schools db to OSM
What are the blue and red dots? Wayne Manuel On Fri, Apr 5, 2013 at 6:17 PM, maning sambale emmanuel.samb...@gmail.comwrote: Hi, This has been in my Inbox for more than a year. Forwarding to the list for public discussion and next steps. Data coverage is here: https://docs.google.com/file/d/0B-2WZQ1DwK_xZFBhQmRQTC1rUXM/edit?usp=sharing Incidentally, I found this slide today: http://www.slideshare.net/rexsgalos/school-mapping-deped -- Forwarded message -- From: maning sambale emmanuel.samb...@gmail.com Date: Tue, Jan 10, 2012 at 4:01 PM Subject: ideas on importing deped schools db to OSM To: Rally de Leon rall...@gmail.com, Eugene Alvin Villar sea...@gmail.com Dear Rally and Eugene, Sharing this to you before sending to the list. I had a phone conversation with the DepEd Officer who is managing the the DepEd School Mapping project and they gave a go signal to import the school point data into OSM. The data covers 30% of all public schools in the country. (See attached sample image). Summary stats: Elementary schools: ~12,000 locations HS: ~2,000 Sample attributes: OGRFeature(deped_es_loc):12571 REGION (String) = Region VIII DIVISION (String) = Biliran DISTRICT (String) = Cabucgayan LEGDIST_ID (Integer) = 0 SCHOOL_ID (String) = 120792 SCHOOL_NAM (String) = Langgao ES X (Real) = 124.6129203 Y (Real) = 11.5076500 NO_STREET (String) = - BRGY_CODE (Integer) = 87803008 BRGY_NAME (String) = Brgy Langgao MUNI_CODE (Integer) = 87803000 MUNI_NAME (String) = Cabucgayan PROV_NAME (String) = Biliran POINT (124.61292 11.50765) Any idea on how we can add this to OSM? What I have in mind are: * No direct import! Create subsets of the data and allow individual mappers to add them. * How to detect duplicates/existing? * What tags should be added. If there is an existing node in OSM should we update the tags to include other important data from deped? * How do we give back the data to DepEd including our own data from OSM? -- cheers, maning -- Freedom is still the most radical idea of all -N.Branden wiki: http://esambale.wikispaces.com/ blog: http://epsg4253.wordpress.com/ -- ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph
Re: [talk-ph] Fwd: ideas on importing deped schools db to OSM
Elementary and high school, I can't remember now which one is blue or red :) I can share the data so you can evaluate as well. Maning Sambale (mobile) On Apr 6, 2013 11:34 AM, Wayne Manuel wdman...@gmail.com wrote: What are the blue and red dots? Wayne Manuel On Fri, Apr 5, 2013 at 6:17 PM, maning sambale emmanuel.samb...@gmail.com wrote: Hi, This has been in my Inbox for more than a year. Forwarding to the list for public discussion and next steps. Data coverage is here: https://docs.google.com/file/d/0B-2WZQ1DwK_xZFBhQmRQTC1rUXM/edit?usp=sharing Incidentally, I found this slide today: http://www.slideshare.net/rexsgalos/school-mapping-deped -- Forwarded message -- From: maning sambale emmanuel.samb...@gmail.com Date: Tue, Jan 10, 2012 at 4:01 PM Subject: ideas on importing deped schools db to OSM To: Rally de Leon rall...@gmail.com, Eugene Alvin Villar sea...@gmail.com Dear Rally and Eugene, Sharing this to you before sending to the list. I had a phone conversation with the DepEd Officer who is managing the the DepEd School Mapping project and they gave a go signal to import the school point data into OSM. The data covers 30% of all public schools in the country. (See attached sample image). Summary stats: Elementary schools: ~12,000 locations HS: ~2,000 Sample attributes: OGRFeature(deped_es_loc):12571 REGION (String) = Region VIII DIVISION (String) = Biliran DISTRICT (String) = Cabucgayan LEGDIST_ID (Integer) = 0 SCHOOL_ID (String) = 120792 SCHOOL_NAM (String) = Langgao ES X (Real) = 124.6129203 Y (Real) = 11.5076500 NO_STREET (String) = - BRGY_CODE (Integer) = 87803008 BRGY_NAME (String) = Brgy Langgao MUNI_CODE (Integer) = 87803000 MUNI_NAME (String) = Cabucgayan PROV_NAME (String) = Biliran POINT (124.61292 11.50765) Any idea on how we can add this to OSM? What I have in mind are: * No direct import! Create subsets of the data and allow individual mappers to add them. * How to detect duplicates/existing? * What tags should be added. If there is an existing node in OSM should we update the tags to include other important data from deped? * How do we give back the data to DepEd including our own data from OSM? -- cheers, maning -- Freedom is still the most radical idea of all -N.Branden wiki: http://esambale.wikispaces.com/ blog: http://epsg4253.wordpress.com/ -- ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph
Re: [OSM-talk] Explanation of crowd sourcing?
Dave F. wrote: I wanted to send a link to people who'd never heard of OSM that explains the basics of what it is entails, but I couldn't find a page with a clear, simple explanation of what crowd sourcing is that they can contribute . Perhaps this: http://en.flossmanuals.net/openstreetmap/ or one of the subsequent pages may be part of what you're looking for? Cheers, Andy ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] OpenSnowMap.org
Hi all, I'm proud to announce a new website, for all winter sports :http://www.opensnowmap.org It's a bit more than an update of www.pistes-nordiques.org. Tile server :From fresh data, every morning Pistes informations with a single clic:No more 'vector mode'. Lighter, better compatibility with browsers. Search for pistes by names:Nominatim results are augmented with a selection of ski pistes and lifts. Multi-modal routing and elevation profiles:You can climb dowhnills, take a lift downward and a shortcut in snowshoes. Yes ! Forum:Yet another channel. It's more dedicated to newcomers, and aim to ensure the site viabilty in the long-term. Yves ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] OpenSnowMap.org
On Fri, Apr 5, 2013 at 1:56 PM, yvecai yve...@gmail.com wrote: I'm proud to announce a new website, for all winter sports : http://www.opensnowmap.org It's a bit more than an update of www.pistes-nordiques.org. Tile server :From fresh data, every morning Pistes informations with a single clic:No more 'vector mode'. Lighter, better compatibility with browsers. Search for pistes by names:Nominatim results are augmented with a selection of ski pistes and lifts. Multi-modal routing and elevation profiles:You can climb dowhnills, take a lift downward and a shortcut in snowshoes. Yes ! Forum:Yet another channel. It's more dedicated to newcomers, and aim to ensure the site viabilty in the long-term. Yves Posted it on reddit.com -- Clifford OpenStreetMap: Maps with a human touch ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[Talk-tr] son zamanlarda ki büyükşehir düzeltmeleri...
Fark ettiniz mi bilmem ama birkaç haftadan beri - daha doğrusu 18 Şubat'tan itibaren - çoğu sanki hint isimli kullanıcılar tarafından Türkiye'nin büyükşehirleri düzeltilmektedir... tuhaf değil mi? slm Roman ___ Talk-tr mailing list Talk-tr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-tr
Re: [Talk-tr] son zamanlarda ki büyükşehir düzeltmeleri...
Düzeltme derken... Hakikaten anlamlı bir şekilde yol falan eklenmektemi yoksa isimlerimi değiştiriyorlar? Misal bir bölge verebilirsen değişiklikleri görmek isterdim.. Hoşçakal, Hakan Roman Neumüller em...@katpatuka.org wrote: Fark ettiniz mi bilmem ama birkaç haftadan beri - daha doğrusu 18 Şubat'tan itibaren - çoğu sanki hint isimli kullanıcılar tarafından Türkiye'nin büyükşehirleri düzeltilmektedir... tuhaf değil mi? slm Roman ___ Talk-tr mailing list Talk-tr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-tr -- Sent from my Android phone with K-9 Mail. Please excuse my brevity.___ Talk-tr mailing list Talk-tr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-tr
Re: [Talk-de] WG: Hilfe bei OSM Implementierung in Webseite
Hallo Michael, Dann hab ich das falsch verstanden, sorry. Was mir noch auffällt ist, dass deine/eure/die Projektseite falsch attributiert: Da steht noch Data CC-BY-SA OpenstreetMap. Mittlerweile sind die Daten selbst aber ODBL, die Kartenbilder, die du nutzt, CC-BY-SA; siehe auch http://www.openstreetmap.org/copyright/ Zu deinem Problem: Momentan wird count in der redraw-Methode des MousePosition-Controls aufgerufen; deshalb funktioniert das beim Bewegen der Maus. Aufrufen musst Du das aber ja dann, wenn der Marker sich bewegt - und dann eben mit der Position des Markers und nich mit der Position der Maus (und schon gar nicht, wie momentan im Code, mit einem festen wert). Count selbst arbeitet übrigens sogar so, wie ich das meinte, könnte also so funktionieren (genau angeguckt hab ichs mir jetzt nicht). Füttern musst Du es halt mit den Werten des Markers. Gruß Peter Am 04.04.2013 23:23, schrieb michael.plaich...@gmx.at: Hallo Peter! Nein ich bekomme mit dem Projekt gar kein Diplom! Ist nur wie eine endgültige Arbeit für so was ähnliches wie Abitur. Das ist in Ö ein bisschen anders. Und der OSM Teil ist nur ein kleiner Teil davon. Ist jetzt aber genug OT. Danke einmal für den hilfreichen Tipp! Die vorhandene Lösung, die mit der Maus funktioniert is übrigends nicht von mir sondern aus dem OSM Forum. Dort kann mir aber keiner weiter helfen und mir den Code erklären, darum hab ich mich an euch gewandt. Aber vielen Dank schon mal, für weitere hilfreiche Tipps bin ich offen! LG -Ursprüngliche Nachricht- Von: Peter Wendorff [mailto:wendo...@uni-paderborn.de] Gesendet: Donnerstag, 04. April 2013 23:03 An: talk-de@openstreetmap.org Betreff: Re: [Talk-de] WG: Hilfe bei OSM Implementierung in Webseite Ähm... Ich hoffe, das ist kein Informatik-Diplom, was du damit kriegen willst, wenn das in der Diplomarbeit schon Probleme bereitet... Um das Überfahren der Ziellinie zu erkennen, musst du nur zwei Linien auf Überschneidung prüfen (wie das geht, solltest du selbst rausfinden können; Stichpunkt: Lineares Gleichungssystem lösen), dann halt immer das letzte tracking-Segment (vorletzte bis letzte Koordinate) mit der Ziellinie verschneiden; schneiden die sich ist eine runde voll. Aus den zwei Zahlen, die du aus der Datenbank kriegst, musst Du natürlich ein entsprechendes Objekt erzeugen - mehr als die Doku zeig ich dir da jetzt nicht (und auch das sollte eigentlich nicht notwendig gewesen sein...): http://dev.openlayers.org/docs/files/OpenLayers/BaseTypes/LonLat-js.html Gruß Peter Am 04.04.2013 22:32, schrieb michael.plaich...@gmx.at: Hoppla! vorhin war der falsche Link zur Seite! LG Von: michael.plaich...@gmx.at [mailto:michael.plaich...@gmx.at] Gesendet: Donnerstag, 04. April 2013 22:30 An: talk-de@openstreetmap.org Betreff: Hilfe bei OSM Implementierung in Webseite Liebe OSM Gemeinde, Ich mach für meine Schule (HTL Hollabrunn) ein Projekt welches mit Openstreetmap zu tun hat. Das Projekt liest Daten von einem GPS Tracker ein, welcher an einem Fahrzeug befestigt ist das auf einer Rennstrecke fährt und gibt sie auf einer OSM Karte aus. Außerdem sollen noch die Runden gezählt werden. Dazu verwende ich OpenLayers. Ich habe auch schon fast alles geschafft und auch schon viel Hilfe aus dem OSM Forum bekommen. Nun habe ich noch ein Problem: Projektseite: http://mrgt.no-ip.org/page.php Auf der Rennstrecke ist eine Ziellinie eingebaut, welche jedoch nur Runden zählt wenn man mit der Maus darüber fährt. Dies soll aber geschehen wenn der Marker die Ziellinie passiert. Zum Zählen wird die Count Funktion verwendet welche state und lonLat übergeben bekommt. Falls ich richtig verstanden habe wird bei state die aktuelle Rundenzahl übertragen und lonLat die aktuelle Position der Maus lonLat=this.map.getLonLatFromPixel(evt.xy); Wie bekomme ich die aktuellen Marker Daten (aus einer mySQL DB ) in die lonLat Variable? Zurzeit hab ich das folgendermaßen versucht: lonLat.lon=?php echo $row[1];?; lonLat.lat=?php echo $row[2];?; mit echo gebe ich lon und lat aus der MySQL Datenbank aus. Aber leider funktioniert das nicht so. falls nicht aus dem Quellcode auslesbar, ist das die verwendete php datei: https://dl.dropbox.com/u/49348611/index.php (Die Funktion steht unter dem Bereich Zusatz-Control: Rundenzaehler) Ich hoffe Ihr könnt mir weiterhelfen. Bin über jeden Hinweis froh. LG Michael Plaichner ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] WG: Hilfe bei OSM Implementierung in Webseite
Hallo, evtl. wäre es auch eine gute Idee, noch eine weitere imaginäre Linie zu nutzen, die überfahren werden muss, damit die Ziellinie freigeschaltet wird. Quasi als Überprüfung, ob auch wirklich die Runde gefahren wurde. Henning ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] WG: Hilfe bei OSM Implementierung in Webseite
Das sollte nicht notwendig sein, wenn die Richtung, in der die Ziellinien-Gerade überfahren wird, berücksichtigt wird (was durch die Verwendung des Skalarprodukts der Fall ist). Gruß Peter Am 05.04.2013 09:25, schrieb Henning Scholland: Hallo, evtl. wäre es auch eine gute Idee, noch eine weitere imaginäre Linie zu nutzen, die überfahren werden muss, damit die Ziellinie freigeschaltet wird. Quasi als Überprüfung, ob auch wirklich die Runde gefahren wurde. Henning ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Lightmap
Hi, Florian Lohoff schrieb: On Thu, Apr 04, 2013 at 01:13:44PM +0200, Lars Schimmer wrote: Hmm, im Bereich http://lightmap.uni-hd.de/?lat=52.134456115794556lon=10.066770315170288zoom=16 habe ich eine menge Lampen eingetragen gehabt (im Jänner/Feb), wurden IMHO auch schonmal in der Lightmap gerendert. Die OSM Daten im Hintergrund sind recht aktuell, nur die Hell/Dunkel nicht... Das meinte ich - Der overlay ist wochen alt - Die Basemap Streetsurfer ist auch nicht die aktuellste und auch 1-2 Wochen hinterher ... Man kann halt auf mapnik umschalten. habe mir das gerade mal auf dem Server angeschaut. Der Cronjob für das Updaten der Lightmap hatte anscheinend einen Fehler. Habe es jetzt manuell gestartet und die Daten sind jetzt von heute. Eigentlich sollten die Daten für die Lightmap laut Cron jede Woche Mittwoch-Nachts aktualisiert werden. Der Lightmap Tilecache wurde vorhin von Max ebenfalls gelöscht. viele gruesse pascal ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Hilfe bei OSM Implementierung in Webseite
Hallo Bernd,
Ja das ist schon richtig dass echo den Wert vom Array ausgibt, das passt ja
eigentlich auch, da dort der Längen- bzw Breitengrad ausgibt. Die Ausgabe
auf der Homepage funktioniert auch soweit. Habe es zum Testen ganz unten auf
meine Homepage hinzugefügt.
http://mrgt.no-ip.org/page.php
Ich hoffe wir reden nicht aneinander vorbei.
LG Michael
-Ursprüngliche Nachricht-
Von: Bernd Wurst [mailto:be...@bwurst.org]
Gesendet: Freitag, 05. April 2013 07:03
An: Openstreetmap allgemeines in Deutsch
Betreff: Re: [Talk-de] Hilfe bei OSM Implementierung in Webseite
Hallo.
Am 04.04.2013 22:30, schrieb michael.plaich...@gmx.at:
lonLat.lon=?php echo $row[1];?;
lonLat.lat=?php echo $row[2];?;
Dieses echo macht komische Dinge.
Warum die Anführungszeichen? Die bewirken AFAIK (ohne es jetzt zu testen),
dass $row ausgegeben wird. Für arrays in Anfphrungszeichen brauchst du
geschweifte Klammern ({$row[1]}), aber die Anführungszeichen sind in dem
Fall ja Quatsch, wenn gar kein Literal ausgegeben wird.
Wenn deine Frage wirklich in diese Richtung geht: Du solltest doch sehr
einfach testen können ob deine echo-Funktion das richtige ausgibt.
Schieb das halt nicht sofort in einem JS-Variable sondern gib es testweise
mal lesbar aus.
Gruß,
Bernd
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Status OSM Inspector
Hi, es gab in den letzten Tagen ein paar Stoerungen beim OSM-Inspector. Auf eine Nachfrage im Forum habe ich den untenstehenden Statusbericht geposted, den ich Euch nicht vorenthalten will: Ich hatte wegen zunehmender Engpässe beim OSMI schon einen neuen Server vorbereitet, aber es gab da noch ein paar Schwierigkeiten, die mich vom Umstellen abhielten. Lauter Kleinigkeiten eigentlich, die halt so passieren - der neue Server hat ein neueres Ubuntu, da ist dann eine neue Mapserver-Version drauf, da geht dann der alte Style nicht mehr und so Zeugs. Jetzt sollte der neue Server eigentlich tun, vorallem auch mit einem täglich aktualisierten, weltweiten Routingview. Ein paar Views machen noch Schwierigkeiten (boundaries, public transport stops), die hab ich erstmal deaktiviert, und ein paar Uralt-Sachen (Strassen-NRW, Plan.at, Holland-Speziallayer) rausgeworfen. Grundsätzlich hat der OSMI ein Sammelsurium von Datenquellen, und jede kann für sich einzeln kaputt gehen wink die Views, die nur Europa sind, werden aus einem recht alten, datenbankgestützten Prozess gespeist. Der ist mir ein Dorn im Auge, langfristig will ich den durch was besseres ablösen, das auch weltweit geht. Die weltweiten Views bis auf Routing kommen aus einem anderen Prozess, der auf einem anderen Rechner läuft und ohne Datenbank funktioniert. Und schliesslich der Routing-View kommt zum Teil aus einem wieder anderen Prozess, für den Pascal Neis die Software geschrieben hat und wir die bloss laufen lassen, und zum Teil kriegen wir da fertige Shapefiles direkt von Dennis Luxen aus dem OSRM-Produktionssystem. Jetzt sollte also erstmal alles wieder ordentlich und regelmässig gehen; ich werde den neuen Server auf jeden Fall gründlich im Auge behalten. (Leider haben wir es da halt auch mit so langwierigen Prozessen zu tun, dass ein Bug, den ich heute fixe, frühestens morgen zu neuen Daten führt, und wenn dann noch ein zweiter Bug da ist, wirds halt übermorgen...). In diesem Sinne, danke für Eure Geduld, und sagt bescheid, wenn irgendwas nicht tut. Wenn irgendjemand, der hier mitliest, zufällig Student ist und Lust hat, sich im Rahmen einer Abschlussarbeit mal mit dem Thema Qualitätskontrolle bei OSM zu beschäftigen und in dem Zusammenhang dann ein paar neue Sachen für den OSMI zu entwickeln, dann möge derjenige sich melden - ich selber bastle zwar auch gern daran herum, aber ich habe leider nicht die Zeit und die Ruhe, mich mal ein paar Monate *nur* damit zu beschäftigen. Bye Frederik -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] WG: Hilfe bei OSM Implementierung in Webseite
Hallo Peter, kein Problem! Ich weiß leider nicht wo ich das ändern kann, in der html Datei selber ist das nicht. Was genau muss dann dort stehen? (copyright) OpenStreetMap contributors? Ok der Marker bewegt sich wenn die Funktion createIconFromData: function (data) im Marker Layer aufgerufen wird. Diese wird ja durch reloadInterval: 1000 jede Sekunde aufgerufen. Ich kann ja nicht den Rundenzähler dort ausführen lassen? Weil wenn ich das richtig verstanden habe, bleibt das Programm in dieser Schleife. Jedoch versteh ich dann nicht ganz wie das mit der Maus funktioniert. Ähnlich wie ein Interrupt? Tut mir leid dass da noch Erklärungsbedarf besteht, ich hoffe es macht nicht so viele Umstände. LG -Ursprüngliche Nachricht- Von: Peter Wendorff [mailto:wendo...@uni-paderborn.de] Gesendet: Freitag, 05. April 2013 09:11 An: talk-de@openstreetmap.org Betreff: Re: [Talk-de] WG: Hilfe bei OSM Implementierung in Webseite Hallo Michael, Dann hab ich das falsch verstanden, sorry. Was mir noch auffällt ist, dass deine/eure/die Projektseite falsch attributiert: Da steht noch Data CC-BY-SA OpenstreetMap. Mittlerweile sind die Daten selbst aber ODBL, die Kartenbilder, die du nutzt, CC-BY-SA; siehe auch http://www.openstreetmap.org/copyright/ Zu deinem Problem: Momentan wird count in der redraw-Methode des MousePosition-Controls aufgerufen; deshalb funktioniert das beim Bewegen der Maus. Aufrufen musst Du das aber ja dann, wenn der Marker sich bewegt - und dann eben mit der Position des Markers und nich mit der Position der Maus (und schon gar nicht, wie momentan im Code, mit einem festen wert). Count selbst arbeitet übrigens sogar so, wie ich das meinte, könnte also so funktionieren (genau angeguckt hab ichs mir jetzt nicht). Füttern musst Du es halt mit den Werten des Markers. Gruß Peter Am 04.04.2013 23:23, schrieb michael.plaich...@gmx.at: Hallo Peter! Nein ich bekomme mit dem Projekt gar kein Diplom! Ist nur wie eine endgültige Arbeit für so was ähnliches wie Abitur. Das ist in Ö ein bisschen anders. Und der OSM Teil ist nur ein kleiner Teil davon. Ist jetzt aber genug OT. Danke einmal für den hilfreichen Tipp! Die vorhandene Lösung, die mit der Maus funktioniert is übrigends nicht von mir sondern aus dem OSM Forum. Dort kann mir aber keiner weiter helfen und mir den Code erklären, darum hab ich mich an euch gewandt. Aber vielen Dank schon mal, für weitere hilfreiche Tipps bin ich offen! LG -Ursprüngliche Nachricht- Von: Peter Wendorff [mailto:wendo...@uni-paderborn.de] Gesendet: Donnerstag, 04. April 2013 23:03 An: talk-de@openstreetmap.org Betreff: Re: [Talk-de] WG: Hilfe bei OSM Implementierung in Webseite Ähm... Ich hoffe, das ist kein Informatik-Diplom, was du damit kriegen willst, wenn das in der Diplomarbeit schon Probleme bereitet... Um das Überfahren der Ziellinie zu erkennen, musst du nur zwei Linien auf Überschneidung prüfen (wie das geht, solltest du selbst rausfinden können; Stichpunkt: Lineares Gleichungssystem lösen), dann halt immer das letzte tracking-Segment (vorletzte bis letzte Koordinate) mit der Ziellinie verschneiden; schneiden die sich ist eine runde voll. Aus den zwei Zahlen, die du aus der Datenbank kriegst, musst Du natürlich ein entsprechendes Objekt erzeugen - mehr als die Doku zeig ich dir da jetzt nicht (und auch das sollte eigentlich nicht notwendig gewesen sein...): http://dev.openlayers.org/docs/files/OpenLayers/BaseTypes/LonLat-js.ht ml Gruß Peter Am 04.04.2013 22:32, schrieb michael.plaich...@gmx.at: Hoppla! vorhin war der falsche Link zur Seite! LG Von: michael.plaich...@gmx.at [mailto:michael.plaich...@gmx.at] Gesendet: Donnerstag, 04. April 2013 22:30 An: talk-de@openstreetmap.org Betreff: Hilfe bei OSM Implementierung in Webseite Liebe OSM Gemeinde, Ich mach für meine Schule (HTL Hollabrunn) ein Projekt welches mit Openstreetmap zu tun hat. Das Projekt liest Daten von einem GPS Tracker ein, welcher an einem Fahrzeug befestigt ist das auf einer Rennstrecke fährt und gibt sie auf einer OSM Karte aus. Außerdem sollen noch die Runden gezählt werden. Dazu verwende ich OpenLayers. Ich habe auch schon fast alles geschafft und auch schon viel Hilfe aus dem OSM Forum bekommen. Nun habe ich noch ein Problem: Projektseite: http://mrgt.no-ip.org/page.php Auf der Rennstrecke ist eine Ziellinie eingebaut, welche jedoch nur Runden zählt wenn man mit der Maus darüber fährt. Dies soll aber geschehen wenn der Marker die Ziellinie passiert. Zum Zählen wird die Count Funktion verwendet welche state und lonLat übergeben bekommt. Falls ich richtig verstanden habe wird bei state die aktuelle Rundenzahl übertragen und lonLat die aktuelle Position der Maus lonLat=this.map.getLonLatFromPixel(evt.xy); Wie bekomme ich die aktuellen Marker Daten (aus einer mySQL DB ) in die lonLat Variable? Zurzeit hab ich das folgendermaßen versucht: lonLat.lon=?php
Re: [Talk-de] Open Data für Geobasisdaten in Baden-Württemberg
On 13-04-04 18:58, Martin Trautmann wrote: On 13-04-02 22:18, Martin Trautmann wrote: On 13-04-02 21:27, Joachim Kast wrote: beim LGL war man heute auch etwas erstaunt, dass das Straßenverzeichnis noch nicht aktualisiert wurde. Die Nachforschungen laufen ... Ah, danke für die Nachfrage, das lässt hoffen, Heute kam was neues. Mal sehen, was es taugt. Es wirkt recht vollständig: 158 067 Einträge, aber im Vergleich zu 190 230 der älteren Version. Von daher scheint doch noch einiges zu fehlen. Änderungen wie z.B. die Umbenennung der Hauptstraße in Marktstraße in Winterstettenstadt, Gemeinde Ingoldingen, sind noch nicht eingearbeitet - das wurde im Juli 2012 beschlossen und zum 01.12.2012 wirksam. Dito Umbenennung der Hauptstraße in Degernau in Biberacher Straße, Hauptstraße in Grodt in Schloßbühl. Schönen Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] WG: Hilfe bei OSM Implementierung in Webseite
On 05.04.13 12:37, michael.plaich...@gmx.at wrote: Ok der Marker bewegt sich wenn die Funktion createIconFromData: function (data) im Marker Layer aufgerufen wird. Diese wird ja durch reloadInterval: 1000 jede Sekunde aufgerufen. Ich kann ja nicht den Rundenzähler dort ausführen lassen? Weil wenn ich das richtig verstanden habe, bleibt das Programm in dieser Schleife. Jedoch versteh ich dann nicht ganz wie das mit der Maus funktioniert. Ähnlich wie ein Interrupt? Könnt Ihr diese Programmierprobleme bitte abseits der Liste klären? Das hat mit OSM nämlich überhaupt nix zu tun! Danke! /al ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Open Data für Geobasisdaten in Baden-Württemberg
Hallo, ich habe die zentrale Datei mal mit den Gemeindeschlüssels vom statistischen Amt abgeglichen. Von offiziell 1103 Gemeinden laut destatis (Dateistand 31.12.2012, also noch nicht die neue von Ende 03/2013) sind in der BaWue LGL-Datei 1059 Gemeinden vorhanden. Die Gemeinde 08415086gemeindefrei (Gutsb. Mün.) gibt es nicht in der offiziellen Destatis Liste. Diese Gemeinden fehlen in der LGL-Datei Assamstadt 8128006 Baden-Baden 8211000 Binzen 8336008 Bischweier 8216006 Bruchsal8215009 Bühlertann 8127012 Bühlerzell 8127013 Eschelbronn 8226020 Esslingen am Neckar 8116019 Fichtenberg 8127023 Frankenhardt8127103 Gerlingen 8118019 Gutsbezirk Münsingen8415971 Heddesbach 8226027 Heidelberg 8221000 Heidenheim an der Brenz 8135019 Hemsbach8226031 Karlsruhe 8212000 Konstanz8335043 Kreßberg8127101 Lörrach 8336050 Ludwigsburg 8118048 Mannheim8222000 Markgröningen 8118050 Merzhausen 8315073 Obersontheim8127063 Pforzheim 8231000 Reutlingen 8415061 Rheinau, gemeindefreies Gebiet (Ortenaukreis) 8317971 Rosengarten (Schwäbisch Hall) 8127100 Sandhausen 8226076 Satteldorf 8127073 Sindelfingen8115045 Singen (Hohentwiel) 8335075 Steinheim am Albuch 8135032 Sulzbach-Laufen 8127079 Täferrot8136070 Talheim (Heilbronn) 8125094 Tübingen8416041 Ulm 8421000 Vellberg8127089 Villingen-Schwenningen 8326074 Weinheim8226096 Wolpertshausen 8127099 Zell unter Aichelberg 8117060 Ich habe noch keine straßenbezogenen Abgleiche gemacht. Viele Grüße Dietmar aka okilimu Am 05.04.2013 12:57, schrieb Martin Trautmann: On 13-04-04 18:58, Martin Trautmann wrote: On 13-04-02 22:18, Martin Trautmann wrote: On 13-04-02 21:27, Joachim Kast wrote: beim LGL war man heute auch etwas erstaunt, dass das Straßenverzeichnis noch nicht aktualisiert wurde. Die Nachforschungen laufen ... Ah, danke für die Nachfrage, das lässt hoffen, Heute kam was neues. Mal sehen, was es taugt. Es wirkt recht vollständig: 158 067 Einträge, aber im Vergleich zu 190 230 der älteren Version. Von daher scheint doch noch einiges zu fehlen. Änderungen wie z.B. die Umbenennung der Hauptstraße in Marktstraße in Winterstettenstadt, Gemeinde Ingoldingen, sind noch nicht eingearbeitet - das wurde im Juli 2012 beschlossen und zum 01.12.2012 wirksam. Dito Umbenennung der Hauptstraße in Degernau in Biberacher Straße, Hauptstraße in Grodt in Schloßbühl. Schönen Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Open Data für Geobasisdaten in Baden-Württemberg
Im Vergleich zu 2011 fehlt auch noch 08335999 Tägermoos/Ch(Gemeindefrei) Dafür ist 08315048 Hartheim am Rhein doppelt vorhanden. Ich werde am Montag nochmal nachfragen. Grüße Joachim PS: Vielleicht soll die Liste auch ein verspäteter Aprilscherz sein, aber meiner war besser: http://forum.openstreetmap.org/viewtopic.php?id=20668 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Open Data für Geobasisdaten in Baden-Württemberg
Hallo Joachim, Aprilscherz Sehr schön :-) Pressemitteilung des Landes: *Amtliche Geodaten werden kostenlos zur Verfügung gestellt* 17.01.2013 Als erstes Flächenland gibt Baden-Württemberg ab sofort Geobasisdaten in amtlicher Qualität und mit weitreichenden Nutzungsrechten frei. Mit der kostenlosen Bereitstellung der amtlichen Geobasisdaten übernehmen wir bundesweit eine Vorreiterrolle bei Open Data, kündigte Verbraucherminister Alexander Bonde an. Gruss, Markus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-in] Police investigating Google's mapathon
hi, Are people on this list carefully avoiding discussing this? - http://timesofindia.indiatimes.com/tech/tech-news/internet/Delhi-Police-investigating-Google-Mapathon/articleshow/19398857.cms warm regards, Pradeep -- How Pradeep uses email - http://goo.gl/6v1I9 ___ Talk-in mailing list Talk-in@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-in
Re: [Talk-in] Police investigating Google's mapathon
I 3 Delhi Police ;-) On Fri, Apr 5, 2013 at 10:05 PM, Pradeep Mohandas pradeep.mohan...@gmail.com wrote: hi, Are people on this list carefully avoiding discussing this? - http://timesofindia.indiatimes.com/tech/tech-news/internet/Delhi-Police-investigating-Google-Mapathon/articleshow/19398857.cms warm regards, Pradeep -- How Pradeep uses email - http://goo.gl/6v1I9 ___ Talk-in mailing list Talk-in@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-in ___ Talk-in mailing list Talk-in@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-in
Re: [Talk-in] Police investigating Google's mapathon
I did read about an opposition party MP raising concerns about this, but was not aware of what is happening. The whole citizen mapping treading on SOI's territory has been a concern at the back of my mind and I'm curious to know what comes out of this. I find three interesting perspectives to the issue: *Authenticity* If you are crowdsourcing map making, how do you guarantee it is accurate? You can't! Imagine the military or any security establishment using a crowdsourced map for the basis of its operation, it would be silly without doing an independent ground survey to authenticate the data. Google maps or even OSM are never going to be authentic maps endorsed by an official source. At the end, SOI, Google Maps and Openstreetmap are all going to have different maps, so which one do you trust? The one from the government funded by tax money, or the one from a bunch of unpaid citizens who can do whatever they want? *Security* The main concern is obviously maps being used as a resource by an enemy to compromise a target. If one were an enemy of the state, which maps would you use for your evil mission? SOI: They hide military areas, but they also have accurate information on a lot of other areas including topography and the data is verified by the Government. Google and OSM: Maps created using citizen volunteers who can only collect what is already publicly available. There is limited moderation and verifying of data. This raises questions about accountability and accuracy of the dataset and there is nobody who can guarantee it. Would one use a crowdsourced map or an official map for a critical operation? *Monopoly* Planning of most human activities requires some sort of geographic information and in India, with so many people, it's going to be extremely valuable information. History has shown us that those with better maps stays in control http://en.wikipedia.org/wiki/Great_Trigonometric_Survey, and we are having this dogfight of who control's the better map - the government or the people? ; I find the whole Citizen Mapping vs Security argument laughable. If the security establishment is compromised because of information that can be gathered from the public domain from unverified sources, where exactly is the security compromise? It looks like the State has just been caught sleeping with it's old cash cow while the world has moved on. On Fri, Apr 5, 2013 at 10:56 PM, Ishan Chattopadhyaya ichattopadhy...@gmail.com wrote: Its companies like Google that defame community mapping efforts like ours. First they try StreetView, which turns Govt. suspiscious about their motives and then whatever they do is eyed with suspicion. Anyway, I am not overly disappointed or sad; Perhaps, I'm just happy. On Fri, Apr 5, 2013 at 10:29 PM, Pradeep Mohandas pradeep.mohan...@gmail.com wrote: The similarity exists in that OpenStreetMap also has people, ordinary people, collecting this data and uploading it on OpenStreetMap. The modus operandi is similar. Also, the Delhi Police is acting on a complaint lodged by the Survey of India that exerts its right as the sole map maker in India. Isn't that in conflict with what we're doing on OSM too? I learnt and contributed to Google Maps before I did to OSM. It was on Google Maps that I learnt about OSM. I feel kinda sad with this community taking this approach. Mappers must be able to contribute to any platform that they wish to. I think this case sorta threatens that freedom. Anyway, that's just me. warm regards, Pradeep On 5 April 2013 22:19, Shekhar Krishnan shek...@topomancy.com wrote: This is about Google's private data collection efforts, not OSM's public map-building. No need for us in OSM to worry about the Delhi Police. :) S.K. On Friday 05 April 2013 10:05 PM, Pradeep Mohandas wrote: hi, Are people on this list carefully avoiding discussing this? - http://timesofindia.**indiatimes.com/tech/tech-news/** internet/Delhi-Police-**investigating-Google-Mapathon/** articleshow/19398857.cmshttp://timesofindia.indiatimes.com/tech/tech-news/internet/Delhi-Police-investigating-Google-Mapathon/articleshow/19398857.cms warm regards, Pradeep -- How Pradeep uses email - http://goo.gl/6v1I9 __**_ Talk-in mailing list Talk-in@openstreetmap.org http://lists.openstreetmap.**org/listinfo/talk-inhttp://lists.openstreetmap.org/listinfo/talk-in -- Shekhar Krishnan Topomancy LLC http://shekhar.cc http://topomancy.com __**_ Talk-in mailing list Talk-in@openstreetmap.org http://lists.openstreetmap.**org/listinfo/talk-inhttp://lists.openstreetmap.org/listinfo/talk-in -- How Pradeep uses email - http://goo.gl/6v1I9 ___ Talk-in mailing list Talk-in@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-in ___ Talk-in
Re: [Talk-it] Valore highway per vie piccolo paese
Il 04/05/2013 12:42 AM, Martin Koppenhoefer scrisse: per me sono highway service e service=alley -1 Non si tratta di vie d'accesso secondarie alle abitazioni, tipiche delle aree residenziali americane. Quelle che si vedono nelle foto sono le uniche vie attraverso cui si puo' accedere alle abitazioni. Living_street non c'entra niente. Non ho scritto che si deve usare living_street. Ho scritto che quel tipo di strada, da un punto di vista funzionale e' una specie di shared space ante litteram. ciao maxx ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Inaugurazione tunnel MI-MB
Chi può verificare sul posto? Queste occasioni sarebbero da cogliere al volo, costituiscono una delle eccellenze di OSM. Ciao /niubii/ Il giorno 05/apr/2013 09:49, Carlo Stemberger carlo.stember...@gmail.com ha scritto: Il 03/04/2013 08:54, sabas88 ha scritto: Il giorno 03 aprile 2013 06:31, Francesco Pelullo f.pelu...@gmail.commailto: f.pelu...@gmail.com ha scritto: Ciao, Notizia in subj. appena sentita alla radio. Noi come siamo messi? Stranamente non è ancora mappato.. Ad occhio però non mi ricordo esattamente qual'è l'entrata e l'uscita... Qualcosa c'è, mi sembra; però risulta ancora in costruzione. http://osmbugs.org/?lat=45.**57323lon=9.24868zoom=16http://osmbugs.org/?lat=45.57323lon=9.24868zoom=16 Carlo -- .-. | Registered Linux User #443882| .''`. oo| | http://linuxcounter.net/ | : :' : /`'\ | Registered Debian User #9 | `. `'` (\_;/) | http://debiancounter.**altervista.org/http://debiancounter.altervista.org/| `- __**_ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.**org/listinfo/talk-ithttp://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Valore highway per vie piccolo paese
2013/4/5 emmexx emm...@tiscalinet.it Il 04/05/2013 12:42 AM, Martin Koppenhoefer scrisse: per me sono highway service e service=alley -1 Non si tratta di vie d'accesso secondarie alle abitazioni, tipiche delle aree residenziali americane. +1, ovvio, ma insisto su highway=service + service=alley, tags che ho usato tante volte per situazioni del genere. Se guardi la descrizione su wikipedia di alley, sembra che rientra perfettamente nelle caratteristiche di queste vie: An *alley* or *alleyway* is a narrow lanehttp://en.wikipedia.org/wiki/Lane found in urban areas, often for pedestrianshttp://en.wikipedia.org/wiki/Pedestrian only, which usually runs between or behind buildings. In older cities and towns in Europe, alleys are often what is left of a medieval street network, or a right of way http://en.wikipedia.org/wiki/Right-of-way_(transportation) or ancient footpath http://en.wikipedia.org/wiki/Trail in an urban setting. Credo di ricordare che anche nel wiki di OSM si trovano (o trovano) indicazioni per questo uso di service, però ammetto che la (brevissima) pagina di service=alley (attualmente) non lo fa. Comunque si dovrebbero trovare vecchie discussioni su questo anche nel archivio della mailing list. In generale quel tipo di via è una tipologia molto corrente in tutti i centri storici dell'Europa, ed il tag (AFAIK) è highway=service, service=alley --- a precindere di cosa significa il termine alley negli USA. Quelle che si vedono nelle foto sono le uniche vie attraverso cui si puo' accedere alle abitazioni. certo, ma dove hai letto che service=alley non può essere l'unica via per accedere ad una abitazione? Living_street non c'entra niente. Non ho scritto che si deve usare living_street. Ho scritto che quel tipo di strada, da un punto di vista funzionale e' una specie di shared space ante litteram. si, uno shared space che non ha spazio nemmeno per una macchina sola, uno spazio di transito e non di sosta ;-) ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Valore highway per vie piccolo paese
Il 04/05/2013 11:32 AM, Martin Koppenhoefer scrisse: Credo di ricordare che anche nel wiki di OSM si trovano (o trovano) indicazioni per questo uso di service, però ammetto che la (brevissima) pagina di service=alley (attualmente) non lo fa. Comunque si dovrebbero trovare vecchie discussioni su questo anche nel archivio della mailing list. In generale quel tipo di via è una tipologia molto corrente in tutti i centri storici dell'Europa, ed il tag (AFAIK) è highway=service, service=alley --- a precindere di cosa significa il termine alley negli USA. Allora mi sembra piu' coerente usare highway=alley. Highway=service ha un significato ben preciso per indicare una strada di servizio, non un vicolo o una strada stretta in un centro storico. Come altre volte un termine inglese viene abusato in osm (vedi cobblestone). Quelle che si vedono nelle foto sono le uniche vie attraverso cui si puo' accedere alle abitazioni. certo, ma dove hai letto che service=alley non può essere l'unica via per accedere ad una abitazione? Wiki? Wikipedia? Vasta cinematografia in cui il vialetto dietro la villetta american-style viene usato per i piu' svariati scopi ma non e' l'ingresso principale? ciao maxx ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Way mancante in un confine in provincia di Como
-Original Message- From: Daniele Forsi [mailto:dfo...@gmail.com] Sent: martedì 2 aprile 2013 22:46 To: openstreetmap list - italiano Subject: [Talk-it] Way mancante in un confine in provincia di Como tra Falloppio e Parè manca una way, qualcuno è in grado di recuperarla dai dati della Regione Lombardia? Falloppio http://www.openstreetmap.org/browse/relation/46174 Parè http://www.openstreetmap.org/browse/relation/46175 Fatto. Seguendo la cronologia delle modifiche non vedo quando potrebbe essere stata cancellata, forse non c'era fin dall'inizio o una way è stata accorciata Si, era stata accorciata qui, quando gli è stato aggiunto il tag highway. http://www.openstreetmap.org/browse/changeset/13620212 Ho ripristinato il confine originario su una nuova way, e ho connesso la Via per Bernaschina alla rotonda. Ho cancellato il tratto di track Funtana bona che correva parallela alla Via per Bernaschina, e la ho fatta immettere su SP17 Garibaldina, come si vede sulle ortofoto Bing. Ho un dubbio sulla strada che si immette sulla Via Bernaschina a nord della scuola (way 81257581) : prima si immetteva sul tratto di track che ho eliminato, ma non sulla Via per Bernaschina. Guardando le foto Bing sembra che ci sia una barriera che impedisce alle auto il passaggio verso Via Bernaschina, ho messo un collegamento solo pedonale. Se qualcuno conosce la zona, sarebbe da verificare. Ritengo che non sia buona pratica far condividere la stessa way ad highway e confine, anche quando seguono lo stesso percorso. La highway è facile che venga spostata, anche solo per allinearla meglio, mentre il confine non andrebbe mai toccato (salvo che venga modificato). Ciao, Alberto ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Valore highway per vie piccolo paese
2013/4/5 emmexx emm...@tiscalinet.it Il 04/05/2013 11:32 AM, Martin Koppenhoefer scrisse: Credo di ricordare che anche nel wiki di OSM si trovano (o trovano) indicazioni per questo uso di service, però ammetto che la (brevissima) pagina di service=alley (attualmente) non lo fa. Comunque si dovrebbero trovare vecchie discussioni su questo anche nel archivio della mailing list. In generale quel tipo di via è una tipologia molto corrente in tutti i centri storici dell'Europa, ed il tag (AFAIK) è highway=service, service=alley --- a precindere di cosa significa il termine alley negli USA. Allora mi sembra piu' coerente usare highway=alley. lo puoi sempre proporre, ma non è quello che si usa attualmente... Highway=service ha un significato ben preciso per indicare una strada di servizio, non un vicolo o una strada stretta in un centro storico. invece highway=service ha più significati che si possono precisare con il subtag service=* valori più usati sono parking_aisle, alley, driveway Come altre volte un termine inglese viene abusato in osm (vedi cobblestone). vedilo come vuoi, ma il tagging è il risultato della crowd ;-) Quelle che si vedono nelle foto sono le uniche vie attraverso cui si puo' accedere alle abitazioni. certo, ma dove hai letto che service=alley non può essere l'unica via per accedere ad una abitazione? Wiki? Wikipedia? Vasta cinematografia in cui il vialetto dietro la villetta american-style viene usato per i piu' svariati scopi ma non e' l'ingresso principale? ma qui non siamo in America. Certe volte il significato di una parola non è 1:1 trasferibile ad OSM. Lo puoi criticare, ma è così. Poi le parole hanno significati diversi a secondo il contesto. ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Inaugurazione tunnel MI-MB
Aggiunto il tunnel, manca il nome delluscita in direzione nord. Ovviamente a parte i punti di ingresso ed uscita, il tunnel è tracciato ad intuito. Cè ancora qualcosa da sistemare sul cantiere in superficie, in particolare alcune vie trasversali che non sono accessibili, li cambia in continuazione. Appena ho tempo provvedo. Ciao, Alberto From: Francesco Pelullo [mailto:f.pelu...@gmail.com] Sent: venerdì 5 aprile 2013 09:54 To: openstreetmap list - italiano Subject: Re: [Talk-it] Inaugurazione tunnel MI-MB Chi può verificare sul posto? Queste occasioni sarebbero da cogliere al volo, costituiscono una delle eccellenze di OSM. ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Valore highway per vie piccolo paese
On 2013-04-04 at 19:39:38 +0200, emmexx wrote: Il 04/04/2013 07:13 PM, Elena ``of Valhalla'' scrisse: Se non ci passa una panda (vecchio modello) io metterei footway, una width, e magari yes alle categorie opportune di mezzi a motore (moto? motorini? non mi ricordo il tag esatto), visto che legalmente possono. Ma non dovrebbe valere la classificazione legale della strada. Li' non ci sono divieti. Io ci sono passato con una Fiesta. In realta' non ci sono nemmeno indicazioni su limiti di larghezza, anche se sono evidenti. io pensavo più che altro al fatto che le strade di paesino son state progettate per essere percorse a piedi -- footway (ma sistemando la situazione legale con un po' di tag sull'accesso) se però sono abbastanza larghe per essere riadattate al traffico automobilistico (almeno con auto piccole e che vanno lente) è una cosa diversa. -- Elena ``of Valhalla'' ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Valore highway per vie piccolo paese
Il 04/05/2013 12:18 PM, Martin Koppenhoefer scrisse: invece highway=service ha più significati che si possono precisare con il subtag service=* valori più usati sono parking_aisle, alley, driveway Ripeto: highway=service identifica una strada di servizio, o come la vuoi chiamare, non una strada principale. Per un vialetto dietro una fila di villette puo' andare bene, per dei vicoli (strade di larghezza limitata) no, semanticamente sono cose diverse. Quelle delle mie foto non sono strade di servizio, sono strade che chi abita li' usa per andare a casa, il piu' delle volte senza altri accessi. ma qui non siamo in America. Certe volte il significato di una parola non è 1:1 trasferibile ad OSM. Lo puoi criticare, ma è così. Poi le parole hanno significati diversi a secondo il contesto. Io non sto dicendo che alley=vicolo ma che service=alley indica una cosa diversa da vicolo. Come indicato nel wiki, service=alley indica i vialetti dietro le villette: An alley is a service road usually located between properties for access to utilities Cosa c'entra questo con le strade strette dei centri storici o di piccoli paesi? ciao maxx ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Valore highway per vie piccolo paese
2013/4/5 emmexx emm...@tiscalinet.it Il 04/05/2013 12:18 PM, Martin Koppenhoefer scrisse: invece highway=service ha più significati che si possono precisare con il subtag service=* valori più usati sono parking_aisle, alley, driveway Ripeto: highway=service identifica una strada di servizio, o come la vuoi chiamare, non una strada principale. Per un vialetto dietro una fila di villette puo' andare bene, per dei vicoli (strade di larghezza limitata) no, semanticamente sono cose diverse. si, semanticamente sono cose diverse, IMHO differenziate tra di loro con service=alley e service=driveway. highway=service non identifica solo strade di servizio, lo dice anche il wiki: (highway=service) Generally for access to a building, motorway service station, beach, campsite http://wiki.openstreetmap.org/wiki/Campsite, industrial estate, business park, etc. This is also commonly used for access to parking, driveways, and alleys. *Note:* This is not the way to tag a frontage roadhttp://en.wikipedia.org/wiki/frontage_road, sometimes called a service road. That should be tagged with one of the other highway http://wiki.openstreetmap.org/wiki/Key:highway=* values, depending on what function the frontage road serves. nota: alleys. Confronta con alley: http://en.wikipedia.org/wiki/Alley 2da frase: In older cities and towns in Europe, alleys are often what is left of a medieval street network, or a right of wayhttp://en.wikipedia.org/wiki/Right-of-way_(transportation) or ancient footpath http://en.wikipedia.org/wiki/Trail in an urban setting. puoi continuare ad ignorarlo e lamentarti che non c'è una classe highway apposita in OSM, o usare service con alley come fanno tutti, la decisione è tua... An alley is a service road usually located between properties for access to utilities è una definizione più ristretta di quella che trovi sulla pagina service, e si vede che non è scritto da qualcuno che non ha pensato a tutti i casi di service=alley. La parte located between properties vale per una qualsiasi strada, quindi rimane service road (termine ambiguo) e access to utilities (secondo me non vincolante). Cosa c'entra questo con le strade strette dei centri storici o di piccoli paesi? se vedi come sono taggate le strade strette dei centri storici in OSM vedrai che c'entra. ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Inaugurazione tunnel MI-MB
Bene, grazie. Secondo voi potremmo proporla per la image of the week ? In fondo IMHO siamo gli unici al mondo ad avere quella strada (e presto quel routing). Ciao e grazie di nuovo. /niubii/ Il giorno 05/apr/2013 12:25, Alberto Nogaro bartosom...@yahoo.it ha scritto: Aggiunto il tunnel, manca il nome dell’uscita in direzione nord. Ovviamente a parte i punti di ingresso ed uscita, il tunnel è tracciato ad intuito. C’è ancora qualcosa da sistemare sul cantiere in superficie, in particolare alcune vie trasversali che non sono accessibili, li cambia in continuazione. Appena ho tempo provvedo. ** ** Ciao, Alberto ** ** *From:* Francesco Pelullo [mailto:f.pelu...@gmail.com] *Sent:* venerdì 5 aprile 2013 09:54 *To:* openstreetmap list - italiano *Subject:* Re: [Talk-it] Inaugurazione tunnel MI-MB ** ** Chi può verificare sul posto? Queste occasioni sarebbero da cogliere al volo, costituiscono una delle eccellenze di OSM. ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] routing su percorsi pedonali
Ciao talk-it oggi ho avuto uno scambio di idee con il mapper krispyduck, che riporto sotto: DAVIDE: Ciao krispyduck sono Davide, ho visto le tue modifiche in Piazza Bra (Verona) e secondo me non sono corrette. Piazza Bra è già mappata come area pedonane, secondo me non ha senso disegnare all'interno di questa altre highway (highway=footway) o (foot=designated highway=pedestrian motor_vehicle=no name=Piazza Bra) Cosa ne pensi? --- krispyduck: Hi Davide I do not speak Italian but I understand your message (thank you Google). The reason I drew pedestrian roads on top of a pedestrian area is to allow routing applications (like Osmand) to work. These will not route through an area and so avoid the piazza altogether which makes no sense. By putting a pedestrian road on top of the the area the roads are usually rendered in the same colour and so appear invisible but the routing software can use the ways to correctly route a pedestrian through the area. However, If you don't like it I am happy that you delete the ways --- krispyduck: Hello again. Out of interest I decided to check how this routing problem was solved in similar areas. If you look at Piazza Santo Marco in Venzia somebody has used the same technique to allow routing through the piazza. I think this is a good and unobtrusive way to allow 'foot' routing through an area. It also allows the ways to be connected to nearby roads at a place with a pedestrian crossing. But, like most things on OSM, there is never just one way to do things :) 1) esistono software di routing che utilizzano correttamente le aree (siano queste pedonali o altro ?) 2) al di la che esistano o meno, non s'era detto: il software deve adattarsi sui dati e non il contrario? Ciao Davide ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Valore highway per vie piccolo paese
Il 04/05/2013 03:32 PM, Martin Koppenhoefer scrisse: si, semanticamente sono cose diverse, IMHO differenziate tra di loro con service=alley e service=driveway. highway=service non identifica solo strade di servizio, lo dice anche il wiki: (highway=service) Generally for access to a building, motorway service station, beach, campsite http://wiki.openstreetmap.org/wiki/Campsite, industrial estate, business park, etc. This is also commonly used for access to parking, driveways, and alleys. Questa e' una tua interpretazione. Li' c'e' scritto di usare highway=service per una strada che porta a qualcosa di particolare, come un parcheggio, un campeggio, ecc. Si dice strada di servizio per intendere che non ha altro scopo se non quello di espletare un servizio, eventualmente specificato dal tag service. nota: alleys. Confronta con alley: http://en.wikipedia.org/wiki/Alley 2da frase: In older cities and towns in Europe, alleys are often what is left of a medieval street network, or a right of way http://en.wikipedia.org/wiki/Right-of-way_(transportation) or ancient footpath http://en.wikipedia.org/wiki/Trail in an urban setting. puoi continuare ad ignorarlo e lamentarti che non c'è una classe highway apposita in OSM, o usare service con alley come fanno tutti, la decisione è tua... Grazie, continuero' a lamentarmi, non vedo perche' dovrei accettare sempre tag e valori senza senso solo perche' lo fanno altri o e' invalso l'uso per imprecisione del wiki o ignoranza o differenze linguistiche. An alley is a service road usually located between properties for access to utilities è una definizione più ristretta di quella che trovi sulla pagina service, e si vede che non è scritto da qualcuno che non ha pensato a tutti i casi di service=alley. La parte located between properties vale per una qualsiasi strada, quindi rimane service road (termine ambiguo) e access to utilities (secondo me non vincolante). Anche qui si tratta di una tua interpretazione. Quella coppia di tag e' stata introdotta apposta per i vialetti posteriori all'americana o all'inglese. La definizione scritta sopra si riferisce a quella coppia di tag ed all'uso per cui dovrebbero essere usati i tag. Certo che se spezzi la frase e decontestualizzi ogni parola, puoi tirar fuori il significato che vuoi. se vedi come sono taggate le strade strette dei centri storici in OSM vedrai che c'entra. Siamo sempre al solito discorso, gia' fatto per cobblestone, non vorrei annoiare ancora la mailing list. Perche' assecondare gli errori? ciao maxx ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Valore highway per vie piccolo paese
Mi permetto di intervenire, in questo che sembra essere un flame, di cui nessuno ha bisogno. Credo, che ragionare sui tag/etichette/definizioni, sia fuorviante. Propongo di darci tutti una calmata e di ragionare sulle informazioni precise che abbiamo, anche perchè poi quel che ne esce da questo ragionamento resta anche per altri che hanno situazioni simili. Primo, ho guardato le foto, le vie sono strette certo, però l'informazione che credo utile e precisa è che sono strade comunali e di accesso pubblico. Una strada è perfino da definire di origine storica, ma il tag historic= road/oppure street/oppure avenue/oppure higway, non cè, quindi sarebbe da proporre, non è lunica strada di origine storica in Italia. Secondo è stretta, ma non impedisce la viabilità se non ai mezzi con larghezza superiore a quanto effettivamente e realmente è consentito dalla larghezza stradale. Poi l'informazione è che è prevalentemente usata dai locali e residenti in particolare. Quindi per me si và con questi tag: - highway =residential -width= larghezza media (meglio se quella minima, evitiamo rogne). -maxwidth= larghezza massima riscontrata -surface=cobblestone (riferito alla prima foto, asphalt per tutte le atre. -propongo nel caso della prima foto, la via con la pavimentazione in pietra, un tag: historic=street, in quanto sicuramente quella via ha qualche attinenza storica come viadotto locale. Altre informazioni non credo siano da aggiungere, se non limitazioni come il divieto si sosta, e gli slarghi appositi per far passare. Magari, da segnalare al comune locale la mancanza della segnaletica riguardante la larghezza massima consentita dei mezzi, cosicchè poi da ripostarla in osm. my 2 cents. ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Valore highway per vie piccolo paese
-maxwidth= larghezza massima riscontrata Non è la larghezza max del mezzo che la percorre, ovvero la minima della highway ? Altrimenti credo di aver travisato molte maxheight :-( ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Valore highway per vie piccolo paese
Il 05/04/2013 20:56, Cascafico Giovanni ha scritto: -maxwidth= larghezza massima riscontrata Non � la larghezza max del mezzo che la percorre, ovvero la minima della highway ? Altrimenti credo di aver travisato molte maxheight :-( ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it In effetti la pagina non è mlto chiara a riguardo: http://wiki.openstreetmap.org/wiki/IT:Key:maxwidth ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Valore highway per vie piccolo paese
Scusate, ma per le strade in oggetto non basterebbe un banalissimo highway=* + narrow=yes? Il 05/04/2013 20:36, girarsi_liste ha scritto: propongo nel caso della prima foto, la via con la pavimentazione in pietra, un tag: historic=street, in quanto sicuramente quella via ha qualche attinenza storica come viadotto locale. Non basterebbe un historic=yes + start_date=*? ciao Paolo M ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Valore highway per vie piccolo paese
Il 04/05/2013 09:12 PM, girarsi_liste scrisse: In effetti la pagina non è mlto chiara a riguardo: http://wiki.openstreetmap.org/wiki/IT:Key:maxwidth Josm aggiunte il tag maxwidth quando si inserisce una restrizione di una way. Se c'e' un cartello si usa maxwidth, width indica la larghezza fisica della strada. ciao maxx ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Valore highway per vie piccolo paese
Il 05/04/2013 21:19, emmexx ha scritto: Il 04/05/2013 09:12 PM, girarsi_liste scrisse: In effetti la pagina non � mlto chiara a riguardo: http://wiki.openstreetmap.org/wiki/IT:Key:maxwidth Josm aggiunte il tag maxwidth quando si inserisce una restrizione di una way. Se c'e' un cartello si usa maxwidth, width indica la larghezza fisica della strada. ciao maxx ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it Non credo solo in josm, comunque ho capito che si tratta di un riferimento legale e non fisico, grazie. ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Valore highway per vie piccolo paese
Il 05/04/2013 22:18, Paolo Monegato ha scritto: Scusate, ma per le strade in oggetto non basterebbe un banalissimo highway=* + narrow=yes? Credo che narrow=* debba essere usato per il cartello stradale se cè all'inizio della strada. Non basterebbe un historic=yes + start_date=*? start_date* ok, ma historic=yes lo trovo troppo generico, non ha nessun riferimanto, come ad esempio può averlo historic=castle. ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] routing su percorsi pedonali
2013/4/5 Davide Donini dvdz...@gmail.com 1) esistono software di routing che utilizzano correttamente le aree (siano queste pedonali o altro ?) credo di no, al meno non esistono in una scala utilizzabile per trovare un percorso, tutti i router (che conosco) usano un grafo astratto, creato da singole ways, quindi nel caso di una piazza lo considerino come una strada lungo il perimetro (cosa per tante applicazioni è sufficiente), invece cosa non fanno è attraversare la pizza in mezzo. In teoria sarebbe anche possibile un preprocessing che crea questi ways (virtuali) per il grafo del router per tutte le possibilità di attraversare una piazza (intendo collegando tutte le strade che arrivano alla piazza), in modo tale che il mappatore non lo deve fare. Nel caso di una strada che attraversa una piazza ha comunque senso mappare un area e sovraposto la strada come way lineare. 2) al di la che esistano o meno, non s'era detto: il software deve adattarsi sui dati e non il contrario? si, però in questo caso con lo stato attuale della tecnica credo che non funziona aspettarsi un routing libero utilizzando delle aree (è ancora da inventare). Nelle scale dove serve il routing, al solito è più di sufficiente di considerare strade e piazze come dei ways lineari anzichè guardarle in 2 o 3 dimensioni. Invece per il rendering e per rappresentare bene il nostro ambiente urbano sono d'accordo che serve avere le aree come poligoni. ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Valore highway per vie piccolo paese
2013/4/5 Cascafico Giovanni cascaf...@gmail.com -maxwidth= larghezza massima riscontrata Non è la larghezza max del mezzo che la percorre, ovvero la minima della highway ? Altrimenti credo di aver travisato molte maxheight :-( maxwidth è la larghezza max del mezzo ammesso (quindi in generale la strada è più larga). maxwidth va solo messo nel caso che esiste una restrizione legale (segno). Invece per indicare la larghezza si usa width. ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Valore highway per vie piccolo paese
Il 05/04/2013 22:16, Martin Koppenhoefer ha scritto: 2013/4/5 girarsi_listeliste.gira...@gmail.com Quindi per me si và con questi tag: - highway =residential -1 ;-) un highway=residential è una tipologia molto diverso da queste vicoli (va usato per residential roads), al solito molto più grande, con al meno una corsia vera più marciapiedi. Nel caso di questi vicoli non parliamo di un road ma di un alley ;-) Ho guardato il riferimento: http://wiki.openstreetmap.org/wiki/IT:Tag:highway%3Dresidential Per cui sono strade pubbliche cui i residenti usano per recarsi alle proprie abitazioni. Poi le specifiche da te edotte, non te le contesto, probabilmente provieni da discussioni in merito, per cui non mi soffermo, però io ho ragionato sulla base della wiki italiana, in quanto con l'inglese alley se non sbaglio si riferisce ad una strettoia, cioè si entra da una strada larga ad una stretta, credo sia più un riferimento per la segnaletica. -propongo nel caso della prima foto, la via con la pavimentazione in pietra, un tag: historic=street, in quanto sicuramente quella via ha qualche attinenza storica come viadotto locale. questo historic, a cosa lo riferisci? La superficie/pavimentazione? Il tracciato che viene percorso? La costruzione della strada (sotto)? Io ho usato historic=road per strade romane. Sì, più o meno come hai fatto tu per le strade romane. ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-co] Nombres de ríos en Colombia
Hola! He unificado los archivos y eliminado las fechas que aparecían, mejorando la visibilidad de los nombres en los nodos. Hay duplicidad en las coordenadas y nombres de algunos nodos, también se ven imprecisiones en las coordenadas de algunos pocos nodos. http://dl.dropbox.com/u/1720266/GEOnet-co3.gpx http://dl.dropbox.com/u/1720266/co5.csv Me ha sido útil para nombres de ciénagas y ríos (entre otros) en La Mojana y norte de Bolívar. Cuando hay varios nodos en una misma coordenada, lo que he hecho para desambiguar es ordenar las coordenadas colocando auto-filtros en los encabezados del co5.csv. Si les parece tal vez podamos limpiar los datos y consultar para la importación a OSM (como dominio público). Saludos, Humberto Yances El 30 de marzo de 2013 12:19, hyan...@gmail.com hyan...@gmail.comescribió: Hola Igor: He transformado los (+80.000) puntos de GEOnet (dominio público) a GPX, están para descarga en: http://dl.dropbox.com/u/1720266/GEOnet-co1.gpx http://dl.dropbox.com/u/1720266/GEOnet-co2.gpx Los he abierto con el JOSM y colocado sobre la capa de imágenes Bing con colores vistosos (rojo, amarillo y azul) (click derecho sobre el nombre de la capa para cambiar color). Se ve bien e identifica la quebrada, río, ciénaga, laguna, población, etc. que se esté mapeando. Luego analizamos la vía de subir los GPX a OSM como trazas. Sobre lo que propones secundo la línea de Edwin Caldon, en primera instancia ofreciendo a instituciones tales como CIAGUA el uso de la data de OSM para sus proyectos de monitoreo y alertas tempranas. Saludos, Humberto Yances El 29 de marzo de 2013 20:18, Igor TAmara i...@tamarapatino.orgescribió: Humberto, muchas gracias por la información, no se si conozcan algún sitio que indique cuáles son por ejemplo los límites municipales, he visto que varios municipios que he visitado justamente están delimitados por un río o una quebrada, entonces a partir de ello podría deducirla, busqué en las páginas de las alcaldías, pero posiblemente no lo hice bien, también en la wikipedia y llegué a un servicio que ofrece la CAR que muestra referencias a documentos impresos. El agua del país y los estudios de investigación y de campo deberían ser de licencia abierta y estar disponibles para uso de todos puesto que ese dinero ya se pagó, necesitamos que en los presupuestos haya dinero para la creación de los sistemas y el mantenimiento de los mismos que nos permitan como colombianos identificar y velar por este recurso vital. Eventualmente comenzar a darle relevancia y visibilidad a este recurso puede hacer que despertemos más conciencias en la necesidad de embarcarnos en proyectos para el futuro de todos y no solamente la actitud minera que está tan de moda en este momento :( El 29 de marzo de 2013 20:14, Igor TAmara i...@tamarapatino.orgescribió: Hola Nicolás, chévere, no se cuál sea la mejor forma de compartirla, eventualmente la montaríamos sobre el Geonode? con eso podemos a partir del WMS usar QGIS. El 29 de marzo de 2013 08:43, Nicolás Vargas Ramírez vargasramireznico...@gmail.com escribió: Hola compas En el SIGOT pueden descargarse los shapefiles de hidrología de todo Colombia a escala 1:100.000 y puede servir para guiarse. Tambien tengo escaneadas muchas planchas del IGAC 1:25.000 que igualmente pueden servir, aunque por lo general hay bastantes errores en las toponimias. Las planchas las tengo georeferenciadas en Magna Bogotá, pero las puedo pasar a la proyección con que trabaja OSM sin problema. Es WGS84, verdad? Con gusto puedo compartir esa información si consideran que es útil para los fines de OSM, teniendo en cuenta que esta info sólo puede usarse de referencia para etiquetar por aquello del copyright. Me cuentan porfa Nico Vargas El 28/03/2013, a las 10:27 p.m., hyan...@gmail.com hyan...@gmail.com escribió: El 28 de marzo de 2013 15:45, Igor TAmara i...@tamarapatino.orgescribió: Hola, el agua como recurso natural es de lo más valioso en nuestro país, y cada vez que vamos por vías tratamos de colocar nombres a ríos y afluentes, hay bastantes sin nombrar, saben de algún sitio donde se pueda hacer la consulta de nombres de ríos para etiquetar los que vamos mapeando? En particular con la aerofotografía es bueno colocar esos cauces, pero aún mejor si colocamos los nombres :) ___ Talk-co mailing list Talk-co@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-co Hola Igor: Este artículo de Wikipedia tiene una gráfica con nombres de los principales ríos: http://es.wikipedia.org/wiki/Hidrograf%C3%ADa_de_Colombia A todos los que deseen mapear la hidrología del país: - Las imágenes Landsat (cubriendo todo el territorio colombiano) permiten calcar la mayoría de los ríos, riachuelos y cuerpos de agua (donde no hay nubosidad), las pueden llamar por su nombre desde el menú Imágenes en el JOSM o estas
Re: [Talk-co] Nombres de ríos en Colombia
2013/4/5 hyan...@gmail.com hyan...@gmail.com Hola! Hola He unificado los archivos y eliminado las fechas que aparecían, mejorando la visibilidad de los nombres en los nodos. Hay duplicidad en las coordenadas y nombres de algunos nodos, también se ven imprecisiones en las coordenadas de algunos pocos nodos. http://dl.dropbox.com/u/1720266/GEOnet-co3.gpx http://dl.dropbox.com/u/1720266/co5.csv Me ha sido útil para nombres de ciénagas y ríos (entre otros) en La Mojana y norte de Bolívar. Cuando hay varios nodos en una misma coordenada, lo que he hecho para desambiguar es ordenar las coordenadas colocando auto-filtros en los encabezados del co5.csv. Que bien. Si les parece tal vez podamos limpiar los datos y consultar para la importación a OSM (como dominio público). Creo que si vale la pena intentar el proceso de importación de esa información. salu2 Humano Saludos, Humberto Yances El 30 de marzo de 2013 12:19, hyan...@gmail.com hyan...@gmail.comescribió: Hola Igor: He transformado los (+80.000) puntos de GEOnet (dominio público) a GPX, están para descarga en: http://dl.dropbox.com/u/1720266/GEOnet-co1.gpx http://dl.dropbox.com/u/1720266/GEOnet-co2.gpx Los he abierto con el JOSM y colocado sobre la capa de imágenes Bing con colores vistosos (rojo, amarillo y azul) (click derecho sobre el nombre de la capa para cambiar color). Se ve bien e identifica la quebrada, río, ciénaga, laguna, población, etc. que se esté mapeando. Luego analizamos la vía de subir los GPX a OSM como trazas. Sobre lo que propones secundo la línea de Edwin Caldon, en primera instancia ofreciendo a instituciones tales como CIAGUA el uso de la data de OSM para sus proyectos de monitoreo y alertas tempranas. Saludos, Humberto Yances El 29 de marzo de 2013 20:18, Igor TAmara i...@tamarapatino.orgescribió: Humberto, muchas gracias por la información, no se si conozcan algún sitio que indique cuáles son por ejemplo los límites municipales, he visto que varios municipios que he visitado justamente están delimitados por un río o una quebrada, entonces a partir de ello podría deducirla, busqué en las páginas de las alcaldías, pero posiblemente no lo hice bien, también en la wikipedia y llegué a un servicio que ofrece la CAR que muestra referencias a documentos impresos. El agua del país y los estudios de investigación y de campo deberían ser de licencia abierta y estar disponibles para uso de todos puesto que ese dinero ya se pagó, necesitamos que en los presupuestos haya dinero para la creación de los sistemas y el mantenimiento de los mismos que nos permitan como colombianos identificar y velar por este recurso vital. Eventualmente comenzar a darle relevancia y visibilidad a este recurso puede hacer que despertemos más conciencias en la necesidad de embarcarnos en proyectos para el futuro de todos y no solamente la actitud minera que está tan de moda en este momento :( El 29 de marzo de 2013 20:14, Igor TAmara i...@tamarapatino.orgescribió: Hola Nicolás, chévere, no se cuál sea la mejor forma de compartirla, eventualmente la montaríamos sobre el Geonode? con eso podemos a partir del WMS usar QGIS. El 29 de marzo de 2013 08:43, Nicolás Vargas Ramírez vargasramireznico...@gmail.com escribió: Hola compas En el SIGOT pueden descargarse los shapefiles de hidrología de todo Colombia a escala 1:100.000 y puede servir para guiarse. Tambien tengo escaneadas muchas planchas del IGAC 1:25.000 que igualmente pueden servir, aunque por lo general hay bastantes errores en las toponimias. Las planchas las tengo georeferenciadas en Magna Bogotá, pero las puedo pasar a la proyección con que trabaja OSM sin problema. Es WGS84, verdad? Con gusto puedo compartir esa información si consideran que es útil para los fines de OSM, teniendo en cuenta que esta info sólo puede usarse de referencia para etiquetar por aquello del copyright. Me cuentan porfa Nico Vargas El 28/03/2013, a las 10:27 p.m., hyan...@gmail.com hyan...@gmail.com escribió: El 28 de marzo de 2013 15:45, Igor TAmara i...@tamarapatino.orgescribió: Hola, el agua como recurso natural es de lo más valioso en nuestro país, y cada vez que vamos por vías tratamos de colocar nombres a ríos y afluentes, hay bastantes sin nombrar, saben de algún sitio donde se pueda hacer la consulta de nombres de ríos para etiquetar los que vamos mapeando? En particular con la aerofotografía es bueno colocar esos cauces, pero aún mejor si colocamos los nombres :) ___ Talk-co mailing list Talk-co@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-co Hola Igor: Este artículo de Wikipedia tiene una gráfica con nombres de los principales ríos: http://es.wikipedia.org/wiki/Hidrograf%C3%ADa_de_Colombia A todos los que deseen mapear la hidrología del país: - Las imágenes Landsat (cubriendo todo el territorio colombiano) permiten
Re: [Talk-co] Resumen de Talk-co, Vol 57, Envío 2
Hola a todos En la siguiente carpeta de Dropbox pueden encontrar la información disponible en el SIG-OT (http://sigotn.igac.gov.co/) sobre cursos de agua para toda Colombia: https://www.dropbox.com/sh/iwxk7qsq84q2quv/mOvtzd_aw0 Hay un archivo bastante pesado que aun no termina de cargar, pero estimo que a las 4:00 p.m. ya estará toda la información disponible para consulta. No he podido poner a su disposición la otra información anunciada de planchas topograficas debido a falta de tiempo, pero tan pronto pueda la compartiré con ustedes. Aclaro nuevamente que la información suministrada es del Igac, por lo tanto esta solo puede tomarse como un referente para asignar los nombres a los cursos de agua, mas no para cacarla o subirla directamente a OSM. Saludos El 5 de abril de 2013 07:58, talk-co-requ...@openstreetmap.org escribió: Envíe los mensajes para la lista Talk-co a talk-co@openstreetmap.org Para subscribirse o anular su subscripción a través de la WEB http://lists.openstreetmap.org/listinfo/talk-co O por correo electrónico, enviando un mensaje con el texto help en el asunto (subject) o en el cuerpo a: talk-co-requ...@openstreetmap.org Puede contactar con el responsable de la lista escribiendo a: talk-co-ow...@openstreetmap.org Si responde a algún contenido de este mensaje, por favor, edite la linea del asunto (subject) para que el texto sea mas especifico que: Re: Contents of Talk-co digest Además, por favor, incluya en la respuesta sólo aquellas partes del mensaje a las que está respondiendo. Asuntos del día: 1. Re: Nombres de ríos en Colombia (hyan...@gmail.com) 2. Re: Nombres de ríos en Colombia (Fredy Rivera) -- Mensaje reenviado -- From: hyan...@gmail.com hyan...@gmail.com To: OpenStreetMap Colombia talk-co@openstreetmap.org Cc: Date: Fri, 5 Apr 2013 07:50:24 -0500 Subject: Re: [Talk-co] Nombres de ríos en Colombia Hola! He unificado los archivos y eliminado las fechas que aparecían, mejorando la visibilidad de los nombres en los nodos. Hay duplicidad en las coordenadas y nombres de algunos nodos, también se ven imprecisiones en las coordenadas de algunos pocos nodos. http://dl.dropbox.com/u/1720266/GEOnet-co3.gpx http://dl.dropbox.com/u/1720266/co5.csv Me ha sido útil para nombres de ciénagas y ríos (entre otros) en La Mojana y norte de Bolívar. Cuando hay varios nodos en una misma coordenada, lo que he hecho para desambiguar es ordenar las coordenadas colocando auto-filtros en los encabezados del co5.csv. Si les parece tal vez podamos limpiar los datos y consultar para la importación a OSM (como dominio público). Saludos, Humberto Yances El 30 de marzo de 2013 12:19, hyan...@gmail.com hyan...@gmail.comescribió: Hola Igor: He transformado los (+80.000) puntos de GEOnet (dominio público) a GPX, están para descarga en: http://dl.dropbox.com/u/1720266/GEOnet-co1.gpx http://dl.dropbox.com/u/1720266/GEOnet-co2.gpx Los he abierto con el JOSM y colocado sobre la capa de imágenes Bing con colores vistosos (rojo, amarillo y azul) (click derecho sobre el nombre de la capa para cambiar color). Se ve bien e identifica la quebrada, río, ciénaga, laguna, población, etc. que se esté mapeando. Luego analizamos la vía de subir los GPX a OSM como trazas. Sobre lo que propones secundo la línea de Edwin Caldon, en primera instancia ofreciendo a instituciones tales como CIAGUA el uso de la data de OSM para sus proyectos de monitoreo y alertas tempranas. Saludos, Humberto Yances El 29 de marzo de 2013 20:18, Igor TAmara i...@tamarapatino.orgescribió: Humberto, muchas gracias por la información, no se si conozcan algún sitio que indique cuáles son por ejemplo los límites municipales, he visto que varios municipios que he visitado justamente están delimitados por un río o una quebrada, entonces a partir de ello podría deducirla, busqué en las páginas de las alcaldías, pero posiblemente no lo hice bien, también en la wikipedia y llegué a un servicio que ofrece la CAR que muestra referencias a documentos impresos. El agua del país y los estudios de investigación y de campo deberían ser de licencia abierta y estar disponibles para uso de todos puesto que ese dinero ya se pagó, necesitamos que en los presupuestos haya dinero para la creación de los sistemas y el mantenimiento de los mismos que nos permitan como colombianos identificar y velar por este recurso vital. Eventualmente comenzar a darle relevancia y visibilidad a este recurso puede hacer que despertemos más conciencias en la necesidad de embarcarnos en proyectos para el futuro de todos y no solamente la actitud minera que está tan de moda en este momento :( El 29 de marzo de 2013 20:14, Igor TAmara i...@tamarapatino.orgescribió: Hola Nicolás, chévere, no se cuál sea la mejor forma de compartirla, eventualmente la montaríamos sobre el Geonode? con eso podemos a partir del WMS usar QGIS.
Re: [Talk-co] Resumen de Talk-co, Vol 57, Envío 2
Hola Nicolás: En el QGis tengo creados dos grupos de datos raster, el primero con los shp de IGAC que remites y el segundo con los shp de OSM (activadas las capas waterways y buildings). Mientras encuentro una forma sencilla de visualizar los nombres de los ríos y quebradas (pasando por verificar si no estamos violando ninguna licencia y tenemos permiso formal de tomar esos nombres para los vectores que calquemos desde Landsat, Orbview y Bing); veamos unos hallazgos al tener los dos set de datos proyectados en WSG84: 1) IGAC tiene mayor amplitud y OSM mayor densidad en los datos: el detalle de las curvas en los ríos es mucho más marcado en OSM, mientras que IGAC muestra líneas menos curvadas y más abundantes que las de OSM. En general --al parecer-- se complementarían para una imagen más detallada de la hidrología del país; 2) No se si sea posible saber que fuente usa IGAC para crear los vectores, sucede algo curioso cerca a Cartagena, el Canal del Dique (donde se produjo la inundación en Atlántico 2010 - 2011; arteria fluvial logística) no existe en la data IGAC, me refiero a que no aparece como un vector continuo desde Calamar hasta la Bahía de Cartagena; 3) Los arroyos al interior de la ciudad de Cartagena que vienen desde Turbana, Turbaco y Santa Rosa y, terminan en la Ciénaga de la Virgen (saneandose gracias al nuevo emisario submarino) no aparece en la data IGAC enviada, tampoco los que cruzan el sector industrial de Mamonal, que han dejado grandes pérdidas al inundar empresas; Esta imagen muestra el área del Canal del Dique y Cartagena, los vectores IGAC en verde; los de OSM en azul, en negro los vectores buildings de OSM. http://dl.dropbox.com/u/1720266/osm%20igac%20-%20agua.png Chévere lo de las planchas topográficas, me interesa y estoy pendiente. Saludos, Humberto Yances El 5 de abril de 2013 15:03, Nicolás Vargas Ramírez vargasramireznico...@gmail.com escribió: Hola a todos En la siguiente carpeta de Dropbox pueden encontrar la información disponible en el SIG-OT (http://sigotn.igac.gov.co/) sobre cursos de agua para toda Colombia: https://www.dropbox.com/sh/iwxk7qsq84q2quv/mOvtzd_aw0 Hay un archivo bastante pesado que aun no termina de cargar, pero estimo que a las 4:00 p.m. ya estará toda la información disponible para consulta. No he podido poner a su disposición la otra información anunciada de planchas topograficas debido a falta de tiempo, pero tan pronto pueda la compartiré con ustedes. Aclaro nuevamente que la información suministrada es del Igac, por lo tanto esta solo puede tomarse como un referente para asignar los nombres a los cursos de agua, mas no para cacarla o subirla directamente a OSM. Saludos El 5 de abril de 2013 07:58, talk-co-requ...@openstreetmap.org escribió: Envíe los mensajes para la lista Talk-co a talk-co@openstreetmap.org Para subscribirse o anular su subscripción a través de la WEB http://lists.openstreetmap.org/listinfo/talk-co O por correo electrónico, enviando un mensaje con el texto help en el asunto (subject) o en el cuerpo a: talk-co-requ...@openstreetmap.org Puede contactar con el responsable de la lista escribiendo a: talk-co-ow...@openstreetmap.org Si responde a algún contenido de este mensaje, por favor, edite la linea del asunto (subject) para que el texto sea mas especifico que: Re: Contents of Talk-co digest Además, por favor, incluya en la respuesta sólo aquellas partes del mensaje a las que está respondiendo. Asuntos del día: 1. Re: Nombres de ríos en Colombia (hyan...@gmail.com) 2. Re: Nombres de ríos en Colombia (Fredy Rivera) -- Mensaje reenviado -- From: hyan...@gmail.com hyan...@gmail.com To: OpenStreetMap Colombia talk-co@openstreetmap.org Cc: Date: Fri, 5 Apr 2013 07:50:24 -0500 Subject: Re: [Talk-co] Nombres de ríos en Colombia Hola! He unificado los archivos y eliminado las fechas que aparecían, mejorando la visibilidad de los nombres en los nodos. Hay duplicidad en las coordenadas y nombres de algunos nodos, también se ven imprecisiones en las coordenadas de algunos pocos nodos. http://dl.dropbox.com/u/1720266/GEOnet-co3.gpx http://dl.dropbox.com/u/1720266/co5.csv Me ha sido útil para nombres de ciénagas y ríos (entre otros) en La Mojana y norte de Bolívar. Cuando hay varios nodos en una misma coordenada, lo que he hecho para desambiguar es ordenar las coordenadas colocando auto-filtros en los encabezados del co5.csv. Si les parece tal vez podamos limpiar los datos y consultar para la importación a OSM (como dominio público). Saludos, Humberto Yances El 30 de marzo de 2013 12:19, hyan...@gmail.com hyan...@gmail.comescribió: Hola Igor: He transformado los (+80.000) puntos de GEOnet (dominio público) a GPX, están para descarga en: http://dl.dropbox.com/u/1720266/GEOnet-co1.gpx http://dl.dropbox.com/u/1720266/GEOnet-co2.gpx Los he abierto con el JOSM y colocado sobre la capa de
Re: [Talk-lt] klaidos
gal kas suprantat, kodėl keepright.at šioje vietoje rodo tokias klaidas? Ten buvo taškų dubliai. Ryte sutvarkiau. Konkrečiau: virš kiekvieno kelių vektorių taško buvo pakabintas kitas taškas, kuris neturi žymų ir nėra prijungtas prie kelio. -- Tomas ___ Talk-lt mailing list Talk-lt@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-lt
Re: [Talk-lt] Elektros linijos/stulpai
On 2013.04.04 19:35, Tomas Straupis wrote: Sveiki Turim tokį klausimą. Padėkite atsakyti, kas žinote ar randate atsakymą. High voltage pylon reikia žymėti kartu su high-voltage line, o power pole su low-voltage line? Ar čia stulpai aprašomi atskirai pagal jų išvaizdą? Aš tai sakyčiau, kad reikia vadovautis tradiciniu OSM principu ― ką matau, tą žymiu. T.y. matau stulpą, sakau, kad stulpas. Matau bokštą, sakau, kad bokštas. Kaip atskirti? Man kriterijus būtų toks ― ar į konstrukciją iki apatinių laidų gali sulįsti žmogus, ar ne. Jei gali ― bokštas, jei negali ― stulpas. Vienintelis niuansas ― stulpai su atotampom ir ramsčiais. Tačiau http://wiki.openstreetmap.org/wiki/Tag:power%3Dminor_line aš randu „Mostly supported on single wooden poles, although sometimes the _poles can have several supporting beams_.“ Taigi, tokių papildomų elementų aš neskaičiuočiau žiūrėdamas ar žmogus sutelpa. Beje, po kontoros langais [ http://www.openstreetmap.org/?lat=54.91777lon=23.95477zoom=17layers=M ] praeina linija, pažymėta kaip 110kV (aš labiau norėčiau tikėti, kad ten tik 33kV). Visur sužymėti tower'iai, nors viso labo vienas gelžbetoninis stulpas. Jei baisiai nesukritikuosit, keisiu. :-) -- Aidas Kasparas ___ Talk-lt mailing list Talk-lt@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-lt
Re: [Talk-dk] Er bynavne erstattet af Regioner. Manglende husnumre m.v.
Jeg skrev: Så vidt jeg kan gennemskue, er konverteringen fra OSM til Garmin på bl.a. garmin.openstreetmap.nl udelukkende baseret på is_in. Jeg har lige undersøgt det nærmere: garmin.openstreetmap.nl benytter værktøjet mkgmap til at konvertere fra OSM til Garmin. mkgmap skal bruge nogle prægenererede boundary-filer for at kunne afgøre, hvilke adresser, der ligger i hvilke byer etc. Hvis adressesøgning efter postdistrikter skal virke, skal den altså bruge en fil, der fortæller hvor grænsen mellem de forskellige postdistikter går. Der findes værktøjer, der kan generere disse boundary-filer ud fra diverse administrative grænser, der er indtegnet i kortet. I OSM for Danmark har vi indtegnet regionsgrænser og visse kommuner, men ikke f.x. postdistriktgrænser. Derfor kan standard-værktøjerne ikke lave boundary-filer for danske postdistrikter. Men det burde være muligt at lave dem ud fra adresse-informationerne. Det kræver blot, at nogen har både tid, lyst og evner til det... - Jørgen ___ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk
Re: [Talk-dk] Er bynavne erstattet af Regioner. Manglende husnumre m.v.
Postdistrikt-grnser er allerede gratis tilgngelige som en del af DAGI. Selvom der skulle vre licens-mssige problemer ifm. at lgge dem ind i OSM, s m de stadig kunne bruges i mkgmap. Hilsen Uffe Jrgen Elgaard Larsen wrote: Jeg skrev: S vidt jeg kan gennemskue, er konverteringen fra OSM til Garmin p bl.a. garmin.openstreetmap.nl udelukkende baseret p "is_in". Jeg har lige undersgt det nrmere: garmin.openstreetmap.nl benytter vrktjet mkgmap til at konvertere fra OSM til Garmin. mkgmap skal bruge nogle prgenererede boundary-filer for at kunne afgre, hvilke adresser, der ligger i hvilke byer etc. Hvis adressesgning efter postdistrikter skal virke, skal den alts bruge en fil, der fortller hvor grnsen mellem de forskellige postdistikter gr. Der findes vrktjer, der kan generere disse boundary-filer ud fra diverse administrative grnser, der er indtegnet i kortet. I OSM for Danmark har vi indtegnet regionsgrnser og visse kommuner, men ikke f.x. postdistriktgrnser. Derfor kan standard-vrktjerne ikke lave boundary-filer for danske postdistrikter. Men det burde vre muligt at lave dem ud fra adresse-informationerne. Det krver blot, at nogen har bde tid, lyst og evner til det... - Jrgen ___ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk ___ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk
Re: [Talk-dk] Er bynavne erstattet af Regioner. Manglende husnumre m.v.
Hej Jørgen, mange tak for et hurtigt og udførligt svar (endda 2 stk). Jeg forstår problemet. Vi har tidligere boet i Spanien, og navigering dernede var ikke simpelt og meget anderledes. Jeg kan forstå, at det ikke er helt simpelt at lave dette konverteringsprogram. Jeg fik et andet svar, der anbefalede til en Numi at bruge kort fra http://www.navmaps.org/. Disse kort skulle ligeledes være baseret på OSM-data. Jeg har lige testet OSMAnd, som du anbefalede. Mega-flot. Tak for dine svar. Venlig hilsen Jan Den 5. apr. 2013 14.22 skrev Jørgen Elgaard Larsen j...@elgaard.net: Jeg skrev: Så vidt jeg kan gennemskue, er konverteringen fra OSM til Garmin på bl.a. garmin.openstreetmap.nl udelukkende baseret på is_in. Jeg har lige undersøgt det nærmere: garmin.openstreetmap.nl benytter værktøjet mkgmap til at konvertere fra OSM til Garmin. mkgmap skal bruge nogle prægenererede boundary-filer for at kunne afgøre, hvilke adresser, der ligger i hvilke byer etc. Hvis adressesøgning efter postdistrikter skal virke, skal den altså bruge en fil, der fortæller hvor grænsen mellem de forskellige postdistikter går. Der findes værktøjer, der kan generere disse boundary-filer ud fra diverse administrative grænser, der er indtegnet i kortet. I OSM for Danmark har vi indtegnet regionsgrænser og visse kommuner, men ikke f.x. postdistriktgrænser. Derfor kan standard-værktøjerne ikke lave boundary-filer for danske postdistrikter. Men det burde være muligt at lave dem ud fra adresse-informationerne. Det kræver blot, at nogen har både tid, lyst og evner til det... - Jørgen ___ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk ___ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk
Re: [Talk-dk] Er bynavne erstattet af Regioner. Manglende husnumre m.v.
Hej Leif, Mange tak for dit hurtige svar. Jeg vil prøve kort fra http://www.navmaps.org/ Venlig hilsen Jan Den 5. apr. 2013 14.17 skrev Leif Lodahl leiflod...@gmail.com: Hej Jan, Jeg har selv forsøgt forskellige løsninger på Garmin Nüvi og har (foreløbigt) konkluderet, at den bedste er fra http://www.navmaps.org/ . /Leif Den 5. apr. 2013 13.05 skrev Jan Egdø j...@egdoe.dk: Hej, jeg er ny bruger af OSM. Jegommer fra Garmins kort og en Nuvi 200W. Tingene virker ikke som med City Navigator kortene, og jeg ved ikke, om det er mig, der har gjort noget forkert eller om alt er OK. Jeg er glad for det store arbejde, som er udført med OSM-kortene, men der er nogle ting, der undrer mig, og som min kone (der sammenligner med City Navigator) har svært ved at acceptere. Jeg håber, at en eller anden vil kunne hjælpe mig videre. Det gør ikke noget, hvis det er teknisk komplekst. Jeg kan se, at veje for f.eks. Stenløse (incl korrekte husnumre) m.v. er tilstede i OSM via kortvisningen i http://www.openstreetmap.org/. Jeg har downloadet Danmarkskort på flere forskellige måder (bl.a. garmin.openstreel.nl med gmapsupp.img eller Mapsource-varianten), men alle med næsten samme problem: A. Jeg kan ikke søge på Nuvi 200W med success efter f.eks. Runevej i Stenløse i Egedal kommune, med mindre jeg angiver kommunen først i bynavn-feltet. Selv da, så findes kun husnr 2 og ikke andre numre. Hvis jeg søger med et andet husnr, så kommer det inte svar overhovedet fra Stenløse. B. Jeg får ikke Egedal kommune (eller Stenløse by) frem som en mulighed ved direkte søgning på Runevej uden at angive By først. Selv da, virker det kun, hvis jeg indtaster husnr2. alle andre husnumre eller ingen overhovedet, vil ikke give Egedal kommune som en mulighed. Der er til gengæld en blank mulighed, men den ligger i Greve (selv om Greve fremgår eksplicit som et andet punkt på listen. C. Såfremt jeg går via indtastning af Bynavn først, så fremgår Stenløse ikke. Det er som om, at bynavn er erstattet af kommune. D. Hvis jeg søger i Mapsource (med OSM kortet) efter Runevej, så får jeg igen forskellige resultater afhængigt af, om husnr er indtastet eller ej. Dette leder mig til at tro, at problemerne til dels skyldes forkert generering af kortene, (i givet fald m.h.t. husnumrene, idet disse jo ligger korrekt på nettet). E. Nogle gange i Mapsource's resultatliste angives en kommune andre gange slet ikke (regionen dog altid, omend det hedder Capital Region i stedet for Hovedstaden eller København. Dette tyder vel på inkonsistent datamateriale ? F.Det er ikke altid (ved f.eks. det ugentligt genererede Danmarkskort) at man overhovedet kan indtaste vejnavn på Nuvi 200W. Man skal angive Stat/Provins, og intet input accepteres tilsyneladende. Jeg kan slet ikke få denne download til at virke Alt dette er ganske frustrerende, når man kører bil og ikke ved, hvad der skal angives som kommune. Husnummeret må vi også udelade i første omgang Er der nogen, der evt vil kunne hjælpe mig videre her ? Den gamle virkemåde fra Navigator-kortene virkede fint med frivillig indtastning af Bynavn og ellers blot vejnavn. Venlig hilsen Jan ___ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk ___ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk ___ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk
Re: [Talk-dk] Er bynavne erstattet af Regioner. Manglende husnumre m.v.
Hej Jeg vil tilføje at jeg har haft gode erfaringer med kort fra http://frikart.no på min GPSMAP 62s, jeg har dog ikke søgt meget på addresser, så ved ikke lige om det er et problem der. Men hvis du selv vil lege med det, er det et godt udgangspunkt at arbejde med hans scripts. Nick On 05-04-2013 18:56, Jan Egdø wrote: Hej Leif, Mange tak for dit hurtige svar. Jeg vil prøve kort fra http://www.navmaps.org/ Venlig hilsen Jan Den 5. apr. 2013 14.17 skrev Leif Lodahl leiflod...@gmail.com mailto:leiflod...@gmail.com: Hej Jan, Jeg har selv forsøgt forskellige løsninger på Garmin Nüvi og har (foreløbigt) konkluderet, at den bedste er fra http://www.navmaps.org/ . /Leif Den 5. apr. 2013 13.05 skrev Jan Egdø j...@egdoe.dk mailto:j...@egdoe.dk: Hej, jeg er ny bruger af OSM. Jegommer fra Garmins kort og en Nuvi 200W. Tingene virker ikke som med City Navigator kortene, og jeg ved ikke, om det er mig, der har gjort noget forkert eller om alt er OK. Jeg er glad for det store arbejde, som er udført med OSM-kortene, men der er nogle ting, der undrer mig, og som min kone (der sammenligner med City Navigator) har svært ved at acceptere. Jeg håber, at en eller anden vil kunne hjælpe mig videre. Det gør ikke noget, hvis det er teknisk komplekst. Jeg kan se, at veje for f.eks. Stenløse (incl korrekte husnumre) m.v. er tilstede i OSM via kortvisningen i http://www.openstreetmap.org/. Jeg har downloadet Danmarkskort på flere forskellige måder (bl.a.garmin.openstreel.nl http://garmin.openstreel.nl/ med gmapsupp.img eller Mapsource-varianten), men alle med næsten samme problem: A. Jeg kan ikke søge på Nuvi 200W med success efter f.eks. Runevej i Stenløse i Egedal kommune, med mindre jeg angiver kommunen først i bynavn-feltet. Selv da, så findes kun husnr 2 og ikke andre numre. Hvis jeg søger med et andet husnr, så kommer det inte svar overhovedet fra Stenløse. B. Jeg får ikke Egedal kommune (eller Stenløse by) frem som en mulighed ved direkte søgning på Runevej uden at angive By først. Selv da, virker det kun, hvis jeg indtaster husnr2. alle andre husnumre eller ingen overhovedet, vil ikke give Egedal kommune som en mulighed. Der er til gengæld en blank mulighed, men den ligger i Greve (selv om Greve fremgår eksplicit som et andet punkt på listen. C. Såfremt jeg går via indtastning af Bynavn først, så fremgår Stenløse ikke. Det er som om, at bynavn er erstattet af kommune. D. Hvis jeg søger i Mapsource (med OSM kortet) efter Runevej, så får jeg igen forskellige resultater afhængigt af, om husnr er indtastet eller ej. Dette leder mig til at tro, at problemerne til dels skyldes forkert generering af kortene, (i givet fald m.h.t. husnumrene, idet disse jo ligger korrekt på nettet). E. Nogle gange i Mapsource's resultatliste angives en kommune andre gange slet ikke (regionen dog altid, omend det hedder Capital Region i stedet for Hovedstaden eller København. Dette tyder vel på inkonsistent datamateriale ? F.Det er ikke altid (ved f.eks. det ugentligt genererede Danmarkskort) at man overhovedet kan indtaste vejnavn på Nuvi 200W. Man skal angive Stat/Provins, og intet input accepteres tilsyneladende. Jeg kan slet ikke få denne download til at virke Alt dette er ganske frustrerende, når man kører bil og ikke ved, hvad der skal angives som kommune. Husnummeret må vi også udelade i første omgang Er der nogen, der evt vil kunne hjælpe mig videre her ? Den gamle virkemåde fra Navigator-kortene virkede fint med frivillig indtastning af Bynavn og ellers blot vejnavn. Venlig hilsen Jan ___ Talk-dk mailing list Talk-dk@openstreetmap.org mailto:Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk ___ Talk-dk mailing list Talk-dk@openstreetmap.org mailto:Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk ___ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk ___ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk
[Talk-gb-westmidlands] OS Terrain 50
All, Anyone using OS Land-Form PANORAMA elevation data, might find the following announcement about OS Terrain 50 of interest. In essence (and to quote the Ordnance Survey) Land-Form PANORAMA was an unmaintained product and was last updated in the 1990s. The new product will give users more confidence in the currency of the data and will be supplied in additional formats, making it far more accessible. http://blog.ordnancesurvey.co.uk/2013/04/os-opendata-product-update-os-terrain-50/ ___ Talk-gb-westmidlands mailing list Talk-gb-westmidlands@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-gb-westmidlands
[Talk-ar] usuario greecemapper
alguien sabe es greecemapper? un robot? me parecen raros sus edits veo por ej. http://www.openstreetmap.org/browse/way/215658778 pone tags raros is_in = Argentina es ruta nacional y pone highway = primary no se ve nada mas en el historial, pero debe ser una way desborrada, porque un zoom de lejos en el render se ve que antes si fue highway=trunk saludos! ___ Talk-ar mailing list Talk-ar@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ar
Re: [Talk-at] Hallo / Gemeinden AT
Am 04.04.13 schrieb qunuxy-osmmailingli...@yahoo.com qunuxy-osmmailingli...@yahoo.com: wo kann ich die Konvention nachlesen, dass immer nur der großte admin_level eingetragen werden sollte? Ja, hier kann man das nachlesen: http://wiki.openstreetmap.org/wiki/DE:Grenze#Verwaltungsgrenzen:_niedrigere_Ebenen Diese Wiki-Seite betrifft nur die Grenzlinie selbst. Wenn ich es richtig verstanden habe, geht es hier aber um die Grenzrelation. Ich selbst bin jetzt seit 5 Jahren bei OpenStreetMap aktiv und habe von der von AL angesprochenen Konvention noch nichts mitbekommen. Ich habe es bisher immer so gemacht, dass ich alle Grenzrelationen eingetragen habe, auch wenn dabei welche identisch waren. ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-ro] Dej (CJ) vandalizat sau vechea problema cu licenta ?
Da, multumesc de info. M-am apucat deja sa refac Dej. Am pus cam toate strazile la loc. Acum au ramas numele , sensuri unice si sa vedem cine o pune nr. de lane corecte... On 04.04.2013 23:26, Michael Häckel wrote: Între timp m-am făcut o hartă din datele veche http://download.geofabrik.de/osm-before-redaction/europe/ cu OsmAndMapCreator. Acum te pot spune că datele cu licența CC-BY-SA și nu au avut mai străzi în Dej. Incă este mult de lucru pe OSM. Am Donnerstag, 4. April 2013, 19:49:31 schrieb Michael Häckel: Pentru întrebări cum aceasta exist serviciul OWL (beta) http://owl.apis.dev.openstreetmap.org/ Acolo history este mai clar că pe pagina principală. Dej este în starea aceasta mai de șapte luni. Este posibil că străzi a fost sterse din cauza schimbarea licenței și este posibil că nu a fost mai bun niciodată. Am Donnerstag, 4. April 2013, 19:30:44 schrieb Razvan: Buna ziua. Stie cineva ceva legat de Dej? E prea gol - dubios de gol si sunt prezente inafara de drumurile principale care trec prin el, cateva bucati de strazi ramase cu nume cu tot de ca si cum restul a disparut... ___ Talk-ro mailing list Talk-ro@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ro ___ Talk-ro mailing list Talk-ro@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ro ___ Talk-ro mailing list Talk-ro@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ro ___ Talk-ro mailing list Talk-ro@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ro
Re: [Talk-ro] Dej (CJ) vandalizat sau vechea problema cu licenta ?
În data de 05.04.2013 09:32, Razvan radulescu.raz...@gmail.com a scris: Da, multumesc de info. M-am apucat deja sa refac Dej. Am pus cam toate strazile la loc. Acum au ramas numele , sensuri unice si sa vedem cine o pune nr. de lane corecte... Poţi să afli informaţia asta folosind imaginile de pe norc.ro în modul street view. On 04.04.2013 23:26, Michael Häckel wrote: Între timp m-am făcut o hartă din datele veche http://download.geofabrik.de/osm-before-redaction/europe/ cu OsmAndMapCreator. Acum te pot spune că datele cu licența CC-BY-SA și nu au avut mai străzi în Dej. Incă este mult de lucru pe OSM. Am Donnerstag, 4. April 2013, 19:49:31 schrieb Michael Häckel: Pentru întrebări cum aceasta exist serviciul OWL (beta) http://owl.apis.dev.openstreetmap.org/ Acolo history este mai clar că pe pagina principală. Dej este în starea aceasta mai de șapte luni. Este posibil că străzi a fost sterse din cauza schimbarea licenței și este posibil că nu a fost mai bun niciodată. Am Donnerstag, 4. April 2013, 19:30:44 schrieb Razvan: Buna ziua. Stie cineva ceva legat de Dej? E prea gol - dubios de gol si sunt prezente inafara de drumurile principale care trec prin el, cateva bucati de strazi ramase cu nume cu tot de ca si cum restul a disparut... ___ Talk-ro mailing list Talk-ro@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ro ___ Talk-ro mailing list Talk-ro@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ro ___ Talk-ro mailing list Talk-ro@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ro ___ Talk-ro mailing list Talk-ro@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ro ___ Talk-ro mailing list Talk-ro@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ro
Re: [Talk-ro] Dej (CJ) vandalizat sau vechea problema cu licenta ?
Dejul e ste gata in linii mari. Poate mai sunt ceva limite de viteze scapate sau sensuri unice. Au mai ramas si cladirile de pus. Dar poate le mai pune si altcineva. Trebuie sa ma ocup de Craiova si judetul olt ca e varza... On 05.04.2013 10:28, Eddy Petris,or wrote: În data de 05.04.2013 09:32, Razvan radulescu.raz...@gmail.com mailto:radulescu.raz...@gmail.com a scris: Da, multumesc de info. M-am apucat deja sa refac Dej. Am pus cam toate strazile la loc. Acum au ramas numele , sensuri unice si sa vedem cine o pune nr. de lane corecte... Pot,i sa( afli informat,ia asta folosind imaginile de pe norc.ro http://norc.ro în modul street view. On 04.04.2013 23:26, Michael Häckel wrote: Între timp m-am fa(cut o harta( din datele veche http://download.geofabrik.de/osm-before-redaction/europe/ cu OsmAndMapCreator. Acum te pot spune ca( datele cu licent,a CC-BY-SA s,i nu au avut mai stra(zi în Dej. Inca( este mult de lucru pe OSM. Am Donnerstag, 4. April 2013, 19:49:31 schrieb Michael Häckel: Pentru întreba(ri cum aceasta exist serviciul OWL (beta) http://owl.apis.dev.openstreetmap.org/ Acolo history este mai clar ca( pe pagina principala(. Dej este în starea aceasta mai de s,apte luni. Este posibil ca( stra(zi a fost sterse din cauza schimbarea licent,ei s,i este posibil ca( nu a fost mai bun niciodata(. Am Donnerstag, 4. April 2013, 19:30:44 schrieb Razvan: Buna ziua. Stie cineva ceva legat de Dej? E prea gol - dubios de gol si sunt prezente inafara de drumurile principale care trec prin el, cateva bucati de strazi ramase cu nume cu tot de ca si cum restul a disparut... ___ Talk-ro mailing list Talk-ro@openstreetmap.org mailto:Talk-ro@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ro ___ Talk-ro mailing list Talk-ro@openstreetmap.org mailto:Talk-ro@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ro ___ Talk-ro mailing list Talk-ro@openstreetmap.org mailto:Talk-ro@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ro ___ Talk-ro mailing list Talk-ro@openstreetmap.org mailto:Talk-ro@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ro ___ Talk-ro mailing list Talk-ro@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ro ___ Talk-ro mailing list Talk-ro@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ro
[Talk-ca] My Android tablet
Hello everyone Today I tried some mapping with my android tablet. I was trying to trace the outline of a building by walking around it with OSMtracker. I have not played with my files yet because I did notice one thing while doing this and that is I was only accurate to 7 metres. That is not very accurate. So just a few minutes ago I downloaded Vespucci for Android and I hope to give it a try at the same task. My Android device is the le pan ii 9.7. You can get one from Amazon for $169.00 and you will not be disappointed. Good value. Cheers John Kerr Guelph, Ontario -- Every child born increases by one the group of people Sir Winston Churchill called the so many, who owe so much to the group he called the so few. ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
[Talk-cz] Dotaz na zrušeni changesetu
Dnes jsem doplňoval turistické značky v okolí Kutné hory a omylem jsem v changesetu 15622280 smazal červenou značku. Chtěl jsem se zeptat jak mohu tento changeset zrušit a vrátit se k původnímu stavu Pražák ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Dotaz na zrušeni changesetu
Plugin Reverter nepomáhá? http://wiki.openstreetmap.org/wiki/JOSM/Plugins/Reverter MK _ From: Zdeněk Pražák [mailto:zpra...@seznam.cz] To: talk-cz@openstreetmap.org Sent: Fri, 05 Apr 2013 18:48:57 +0200 Subject: [Talk-cz] Dotaz na zrušeni changesetu Dnes jsem doplňoval turistické značky v okolí Kutné hory a omylem jsem v changesetu 15622280 smazal červenou značku. Chtěl jsem se zeptat jak mohu tento changeset zrušit a vrátit se k původnímu stavu Pražák = ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Dotaz na zrušeni changesetu
Díky za radu, o pluginu jsem nevěděl Pražák -- Původní zpráva -- Od: Martin Kokeš sh...@typo3-hosting.com Datum: 5. 4. 2013 Předmět: Re: [Talk-cz] Dotaz na zrušeni changesetu Plugin Reverter nepomáhá? http://wiki.openstreetmap.org/wiki/JOSM/Plugins/Reverter (http://wiki.openstreetmap.org/wiki/JOSM/Plugins/Reverter) MK From: Zdeněk Pražák [mailto:zpra...@seznam.cz] To: talk-cz@openstreetmap.org Sent: Fri, 05 Apr 2013 18:48:57 +0200 Subject: [Talk-cz] Dotaz na zrušeni changesetu Dnes jsem doplňoval turistické značky v okolí Kutné hory a omylem jsem v changesetu 15622280 smazal červenou značku. Chtěl jsem se zeptat jak mohu tento changeset zrušit a vrátit se k původnímu stavu Pražák = ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [OSM-talk-fr] expérimentations à Orange
Désolé pour le retard de ma réponse. Je vais essayer de vous donner quelques éléments de réflexion. Après, je suis ouvert à toutes propositions. Guillaume Allegre wrote 1) la boundary est une frontière de canton, qui coïncide avec un bout de la frontière communale (Orange / Caderousse) http://www.openstreetmap.org/?way=171243851 mais qui n'est pas confondue (points distincts) Selon moi, elle devrait être confondue, en tant que limite communale ET limite de canton. J'ai demandé à Christian, dans le cadre d'une expérimentation pour l'intégration des bureaux de vote et de la carte électorale, d'importer les données issues de notre SIG. Il s'agit du découpage officiel et utilisé par les services pour leurs missions quotidiennes. On peut comparer ce travail au découpage des zones du document d'urbanisme (PLU), des Servitudes d'Utilité Publique ou des parcelles de la DGFiP (je dis bien de la DGFiP). Par conséquent, ces traçés, même si leur précision n'est pas bonne, est règlementée. Pour info, dans un document d'urbanisme approuvé, si le dessin d'une zone à été mal fait, qu'il coupe une parcelle alors qu'il ne le devrait pas, c'est quand même ce découpage qui est appliqué. Je pense donc, même si ce n'est pas juste, qu'il faut le laisser tel quel si l'on veut que les collectivités s'investissent dans OSM. Elles ne le feront pas si les limites officielles ne correspondent pas, à cette échelle, à ce qu'elles trouvent dans OSM. Guillaume Allegre wrote 2) le way polling_station a une résolution bien plus élevée (1 point par mètre dans les courbes), suivant les _anciens_ méandres de la Meyne, qui restent la limite communale comme ici : http://www.openstreetmap.org/?lat=44.08722lon=4.7789zoom=17layers=M A mon avis, c'est de la sur-résolution inutile, mais ça se discute. Cela n'enlève rien au point 1 : il faut choisir quelle limite on prend (171243851 ou 197278529), voire un intermédiaire en simplifiant la limite polling_station, mais il faut quand même à terme fusionner les deux. Même réponse qu'au-dessus Guillaume Allegre wrote 3) La relation 2649371 a des attributs bizarres : - pas de nom - un CANTON=Ouest pas documenté - un ref=22 pas documenté non plus Effectivement, peut-être que le ref peut devenir le name Guillaume Allegre wrote 4) la route http://www.openstreetmap.org/browse/way/195747326 a les attributs : highway = road addr:postcode = |84100 ref:orange = 84087V99 En dehors de la typo sur le code postal avec le |, est-ce logique de mettre un code postal sur une voie ? le wiki ne donne qu'un noeud ou une surface, et j'aurais tendance à le suivre sur ce point. J'ai pris le parti d'ajouter addr:postcode = 84100 sur les voies qui se trouvent dans la commune, en attendant d'avoir un outil qui me permette de sélectionner tous les objets présents à l'intérieur d'une frontière administrative. Le fait qu'elles aient |84100 veut dire qu'elles se trouvent en partie sur le territoire (pas forcément gauche et droite) et que je dois faire attention quand je les intègre. Guillaume Allegre wrote Ensuite : ref:orange : là, je pense qu'on a un problème à régler. orange n'est pas suffisamment distinctif. Si toutes les communes du monde se mettent à utiliser le même schéma, on va multiplier les conflits. Comment régler ça ? L'objectif est de pouvoir faire un lien systématique entre la voie dans OSM et celles dans la base communale. J'ai mis, à l'époque, ref:orange parce qu'il n'y avait rien de similaire et qu'il s'agit d'une réflexion que l'on mène sur plusieurs communes du Vaucluse. S'il faut changer de clé, cela ne me pose pas de problème mais il faut savoir que cela concernera d'abord les communes et non l'INSEE. On m'avait suggéré ref:84087, mais je trouvais cela redondant car dans mon identifiant,il y a déjà le code INSEE. De plus, c'est quelque chose qui peut se diffuser sur d'autres communes et nous aurions des tags ref:84087, ref:75001, ref:13205, etc... Il faudrait plutôt un tag du type ref:FR:commune= ou dans le genre. Guillaume Allegre wrote Je ne remets pas en cause l'utilisation d'OSM comme support de données métiers issues de SIG territoriaux, bien au contraire. Mais si, comme je le suppose, Orange tend à devenir une zone d'exemple et de démonstration pour cette convergence, il serait préférable que le schéma suivi soit aussi irréprochable que possible quant à l'intégration dans les conventions standard OSM. Alors, je pense qu'il faut sérieusement se pencher sur : - le schéma d'attributs et de références qui conviendrait à tout le monde - les conventions de fusion ou juxtaposition de données, et les précisions géométriques minimales/maximales acceptables. Je suis d'accord et je veux bien y participer -- View this message in context: http://gis.19327.n5.nabble.com/experimentations-a-Orange-tp5755270p5755816.html Sent from the France mailing list archive at Nabble.com. ___
Re: [OSM-talk-fr] expérimentations à Orange
kimaidou wrote Bonjour, Sur l'idée de la base tierce, en effet je me suis un peu emballé. Je pensais à une application libre que chacun pourrait installer chez soi pour gérer les liens entre OSM et ses données métiers, si elles sont privées. Par contre, l'idée d'une base commune ferait encore sens pour les bases de données métiers libres (par exemple celles en ODBL libérées via l'opendata). Je ne pensais pas forcément à une super api qui gère les flux. Pourquoi pas à l'avenir. Mais dans un premier temps, une simple table qui stocke les liens entre objets osm et objets métiers suffit. On peut ensuite utiliser les outils comme osmWatch ou autre (à développer...) pour écouter les diffs, vérifier s'ils concernent des liens, puis lancer les actions (rss pour laisser manuellement, suppression automatique du lien, etc.). A noter qu'il n'est pas obligé d'avoir une vraie base de données métiers. Ce sytème fonctionnerait aussi bien sûr avec des fichiers de type CSV, tableau, etc. Tant que des objets métiers ont un identifiant, on peut créer un lien. Au sujet de la base tierce qui doit connaître les objets osm et les stocker chez elle, c'est vrai qu'il faut à un moment pouvoir lire les liens, par exemple pour comparer la donnée. Mais je ne vois pas de souci technique ici. On peut imaginer des outils * qui aident à créer les liens * qui aident à créer des données fusionnées via les liens (par exemple prend moi la géométrie OSM et colle y les colonnes A, B et C de ma table métier * qui alertent les personnes lorsqu'une donnée a été supprimée ou modifiée d'un côté ou de l'autre * qui montre les liens avec un système sympa de double panneau, etc. En fait, je dois quand même vous alerter sur un points : les collectivité sont de plus en plus consciente de l'intérêt de gérer en interne une base exhaustive de leur voirie. Or, cela sous-entend de pouvoir identifier chaque voie de manière unique dès la création de cette voie, d'où, l'identifiant. Qu'avons nous comme identifiant voirie : - Rivoli : c'est un code créé et géré par la DGFiP - l'ID de la BDAdresse : idem pour l'IGN Il faut donc créer un identifiant interne dans la commune car la commune est la source de cette information. Or, certaines communes ont déjà travaillé sur ce type de référentiel en interne, parfois même cartographié leur réseau. On ne peut pas leur demander de refaire le travail, d'où ma question : = OSM est-il capable de supporter un identifiant unique pour la voirie provenant directement des communes sans en avoir forcément la même structure (nous, on a pris CODE_INSEETYPENUMERO) ? Je pense que oui et que cela permettrait de faciliter les connexions entre les données de différentes bases (vous savez que je suis fan des passerelles entre bases de données). -- View this message in context: http://gis.19327.n5.nabble.com/experimentations-a-Orange-tp5755270p5755819.html Sent from the France mailing list archive at Nabble.com. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Proposition pour le projet du mois de avril
Bonjour, alors quel projet a été choisi pour avril? il serait intéressant de le donner rapidement, quitte à laisser les débats sur l'ordre des suggestions pour les mois suivants, non? pour que l'on ne perde pas trop de temps au mois d'avril, et que l'on ait réellement l'ensemble des mois prochains pour les sujets suivants Merci en tout cas de cette initiative! @ bientôt adrien Le 4 avril 2013 20:33, Jo. perche...@gmail.com a écrit : Pour l'instant étant un peut seul dans mon coin, je fait mon micro mapping lors de mes déplacements en ville où je préfère marcher en laissant la voiture à l'autre bout de la ville pour éviter les embouteillages. Idem pour mes sessions course à pied où je mémorise de tête les éléments intéressant en attendant de rentrer à la maison. C'est même l'idéal pour contrôler une zone ajoutée depuis Bing. Le 4 avril 2013 20:21, PierreV belett...@hotmail.fr a écrit : Bonsoir, Je souhaite te féliciter pour la relance du projet! J'ai l'impression que mes propositions sur le wiki sont peut être passés inaperçues, mais pour moi je pense qu'il faudrait des projets qui permettent d'améliorer la qualité globale des données d'OSM. C'est pour cela que j'ai proposé que l'on fasse des projets du mois sur: Compléter/importer l'emplacement des mairies, églises, cimetières, offices de tourisme, bibliothèques, déchetteries, postes de police et pompiers, hôpitaux, maisons de retraite, pharmacies. Et aussi pour les établissements scolaires, et agences La poste pour lesquels ont a déja des outils de suivi. -- View this message in context: http://gis.19327.n5.nabble.com/Proposition-pour-le-projet-du-mois-de-avril-tp5755340p5755775.html Sent from the France mailing list archive at Nabble.com. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- http://www.virage-energie-npdc.org/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Opensnowmap.org
Super merci ! Je cherchais récemment un démonstrateur pour les pistes de ski. Par contre, ça fait bizarre d'avoir les skieurs à l'envers sur le tire-fesses : http://www.opensnowmap.org/?zoom=16lat=45.913lon=6.58931layers=e=falsem=raster Fabien Le 4 avril 2013 21:33, yvecai yve...@gmail.com a écrit : Chers ami et béta-testeurs préférés, Je vous remerci d'avance de cliquer sur le lien ci-dessous et d'aller voir dans les coins si tout est comme il faut. C'est votre nouvelle carte pour les sports d'hivers : http://www.opensnowmap.org Au menu: * Serveur de tuiles Avec des données fraiches du jour, tout les matins * Infos sur les pistes d'un simple clic Plus de mode 'vecteur', beaucoup plus léger et meilleure compatibilité sur les navigateurs * Recherche des pistes par nom Les résultats Nominatim sont augmentés d'une sélection 'special ski' * Routage et dénivelés multi-modaux Montée en ski de descente, descente en remontée mécanique et raccourcis en raquettes, c'est possible ! * Forum Oui, un canal de plus, mais c'est essentiellement pour assurer la viabilité du site à long terme www.pistes-nordiques.org est ainsi voué à disparaitre au profit de ce nouveau site, dédié à l'ensemble des sports d'hiver. Yves ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Opensnowmap.org
Le jeudi 4 avril 2013 21:33:46 yvecai a écrit : Chers ami et béta-testeurs préférés, Je vous remerci d'avance de cliquer sur le lien ci-dessous et d'aller voir dans les coins si tout est comme il faut. C'est votre nouvelle carte pour les sports d'hivers : http://www.opensnowmap.org Merci Yves pour ce site. J'ai découvert récemment qu'un foyer de ski de fond près de chez moi utilisait des fond de carte OSM pour son dépliant. Ça m'a motivé pour avancer la cartographie de leur petit domaine, et leur montrer ton site pour la prochaine saison. Avec ce nouveau rendu, c'est encore plus beau :-) Il me semble qu'avant les différentes pistes étaient superposées ? En tout cas, là c'est bien clair. * Infos sur les pistes d'un simple clic Plus de mode 'vecteur', beaucoup plus léger et meilleure compatibilité sur les navigateurs Là, par contre, je n'y arrive pas. Par ailleurs, une petite légende sur le bouton i qui est sur le cartouche serait pas mal. Suggestion : ajouter d'autres POI, comme les lieu de restauration, les foyers hors-sac, la billeterie, le départ des pistes, … Merci -- Nicolas Dumoulin http://wiki.openstreetmap.org/wiki/User:NicolasDumoulin ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Opensnowmap.org
Le vendredi 5 avril 2013 09:05:20 Nicolas Dumoulin a écrit : * Infos sur les pistes d'un simple clic Plus de mode 'vecteur', beaucoup plus léger et meilleure compatibilité sur les navigateurs Là, par contre, je n'y arrive pas. Par ailleurs, une petite légende sur le bouton i qui est sur le cartouche serait pas mal. Bon, en fait, en cliquant sur ce i puis sur une piste, ça démarre le calcul d'itinéraire et affiche les pistes empruntées. Mais je n'arrive pas à obtenir des détails sur les pistes elles-mêmes. -- Nicolas Dumoulin http://wiki.openstreetmap.org/wiki/User:NicolasDumoulin ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Rendu topo 25000ème - réponses multiples
Le jeudi 4 avril 2013 20:10:20 JB a écrit : C'est en train d'uploader, sous http://osm107.openstreetmap.fr/jbtopo/besancon25.png Ha oui, c'est assez joli comme rendu. J'aurai préféré du mapnik, mais là je dois avouer que j'oublie presque que c'est du maperitive ;-) Beau boulot ! -- Nicolas Dumoulin http://wiki.openstreetmap.org/wiki/User:NicolasDumoulin ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Rendu topo 25000ème - réponses multiples
Voici deux essais de diminution de la visibilité des tunnels ferroviaires. J'ai tendance à préférer le plus discret des deux. Et vous ? http://osm107.openstreetmap.fr/jbtopo/tunnel1.png http://osm107.openstreetmap.fr/jbtopo/tunnel.png , plus discret JB. (oui, je sais, la voie ferrée est encore au dessus. Les courbes de niveau aussi, d'ailleurs) Le 04.04.2013 21:02, Etienne Trimaille a écrit : Le 4 avril 2013 20:10, JB jb...@mailoo.org a écrit : C'est en train d'uploader, sous http://osm107.openstreetmap.fr/jbtopo/besancon25.png [1] Il y a un petit bug de rendu : le tunnel ferré de Morre : http://tile.openstreetmap.fr/?zoom=17lat=47.22244lon=6.07422layers=B0 [3] Sur ton rendu, il est dessiné par dessus les routes alors qu'il doit être en-dessous. Alors que sur la même extrait de ta carte, le tunnel de Chalezeule est dessiné sous les routes : http://tile.openstreetmap.fr/?zoom=17lat=47.25423lon=6.05837layers=B0 [4] N'est-il pas possible de réduire un peu la visibilité des tunnels en général ? A part les entrées et les tunnels, les tunnels ne sont pas visibles ;-) cquest, les bugs des tunnel est présent aussi sur osmfr, même si ce n'est pas très visible. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr [2] Links: -- [1] http://osm107.openstreetmap.fr/jbtopo/besancon25.png [2] http://lists.openstreetmap.org/listinfo/talk-fr [3] http://tile.openstreetmap.fr/?zoom=17amp;lat=47.22244amp;lon=6.07422amp;layers=B0 [4] http://tile.openstreetmap.fr/?zoom=17amp;lat=47.25423amp;lon=6.05837amp;layers=B0 ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Rendu topo 25000ème - réponses multiples
Le vendredi 5 avril 2013 09:18:35 JB a écrit : Voici deux essais de diminution de la visibilité des tunnels ferroviaires. J'ai tendance à préférer le plus discret des deux. Et vous ? http://osm107.openstreetmap.fr/jbtopo/tunnel1.png http://osm107.openstreetmap.fr/jbtopo/tunnel.png , plus discret Je suis d'accord, le second est plus joli -- Nicolas Dumoulin http://wiki.openstreetmap.org/wiki/User:NicolasDumoulin ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Re : Opensnowmap.org
Quel détails te manque t il ? Normalement, il s'affichent dans la boîte qui s'ouvre après un clic sur la piste. Yves - Reply message - De : Nicolas Dumoulin nicolas_openstreetmap@dumoulin63.net Pour : Discussions sur OSM enfrançais talk-fr@openstreetmap.org Objet : [OSM-talk-fr] Opensnowmap.org Date : ven., avr. 5, 2013 09:10 Le vendredi 5 avril 2013 09:05:20 Nicolas Dumoulin a écrit : * Infos sur les pistes d'un simple clic Plus de mode 'vecteur', beaucoup plus léger et meilleure compatibilité sur les navigateurs Là, par contre, je n'y arrive pas. Par ailleurs, une petite légende sur le bouton i qui est sur le cartouche serait pas mal. Bon, en fait, en cliquant sur ce i puis sur une piste, ça démarre le calcul d'itinéraire et affiche les pistes empruntées. Mais je n'arrive pas à obtenir des détails sur les pistes elles-mêmes. -- Nicolas Dumoulin http://wiki.openstreetmap.org/wiki/User:NicolasDumoulin ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Rendu topo 25000ème
Autre question: as-tu testé l'affichage des noms de rues pour les fort zoom? Romain Le 4 avril 2013 21:33, Romain MEHUT romain.me...@gmail.com a écrit : ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Rendu topo 25000ème - réponses multiples
Le 05/04/2013 09:18, JB a écrit : Voici deux essais de diminution de la visibilité des tunnels ferroviaires. J'ai tendance à préférer le plus discret des deux. Et vous ? http://osm107.openstreetmap.fr/jbtopo/tunnel1.png http://osm107.openstreetmap.fr/jbtopo/tunnel.png , plus discret JB. Désolé de renouveler ma demande, mais je pense que tu ne l'as pas lue la première fois. N'envoie pas tes messages au format HTML, utilise du texte simple. Merci d'avance. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Rendu topo 25000ème
Non… parce que je n'ai pas prévu les zooms forts. Ça pose beaucoup de nouvelles problématiques, dont certaines encore mal gérées par maperitive (voir le nombre de votes pour cette proposition : http://maperitive.idea.informer.com/proj/?ia=25923). Et je pense que si je veux le faire, il faut que je fasse un réel multi-zoom pour adapter la largeur des voies pour que le texte rendre dedans et ne déborde pas sur les bâtiments autour (c'est souvent la rue qui déborde dessus, et le texte sur la rue). Francetopo commence à faire apparaitre les noms de rue avec parcimonie au 5000ème, soit 25 fois plus d'espace qu'au 25000. JB. Le 05.04.2013 09:26, Romain MEHUT a écrit : Autre question: as-tu testé l'affichage des noms de rues pour les fort zoom? Romain Le 4 avril 2013 21:33, Romain MEHUT romain.me...@gmail.com a écrit : ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr [1] Links: -- [1] http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Re : Opensnowmap.org
Le vendredi 5 avril 2013 09:21:29 yve...@gmail.com a écrit : Quel détails te manque t il ? Normalement, il s'affichent dans la boîte qui s'ouvre après un clic sur la piste. Yves Ben moi, j'aimerai que cliquer une piste me mette en évidence la piste pour la distinguer des autres, car deux pistes peuvent avoir des tronçons en commun, par exemple ici : http://www.opensnowmap.org/?zoom=15lat=45.62994lon=2.87237layers=e=falsem=raster Si je clique sur la piste rouge qui part à l'ouest, ça me dit Chevalard, OK. Mais par où passe cette piste après avoir rejoint la bleu ? Quelle distance fait-elle ? Quel est son profil ? Je peux avoir les infos d'un itinéraire en ajoutant mes points, mais je peux aussi me dire « si je suis la piste machin, ça fait quoi ? » En passant, la liste des pistes empruntées ont une petite icône sur la gauche. Mais dans mon cas, l'URL est à undefined. Peut-être une histoire de tag nordic/skating … ? Merci -- Nicolas Dumoulin http://wiki.openstreetmap.org/wiki/User:NicolasDumoulin ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] expérimentations à Orange
Il me semble qu'un numéro de référence unique de la voirie doit effectivement se baser sur le code rivoli/fantoir et le code insee de la commune. Comme toujours, il faut regarder les cas particuliers... par exemple comment gérer une rue qui est la limite entre deux communes ? Ce simple cas particulier me laisse penser qu'il faudrait une référence combinée INSEE+FANTOIR et ça sera plus léger que d'avoir 2 tags. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Forum ESRI - Aix-en-Provence
Bonjour à tous, ESRI à organise chaque année une série de 9 forums décentralisés. Le premier d'entre-eux à eu lieu hier (le 4 avril) à Aix-en-Provence. ESRI m'a proposé d'intervenir comme témoin sur le thème Ouvrir son SIG : l'expérience de la Ville d'Orange http://www.esrifrance.fr/forumsSIG.aspx Pour ceux qui étaient présents au SOTM à Lyon en février, j'ai présenté le travail fait sur l'adressage. Du coup, j'ai eu des discutions intéressantes par la suite et je vous donne les grandes lignes : - Outre les collectivités qui veulent mettre en place la même démarche, des sociétés s'intéressent à OSM et souhaitent développer des solutions autour d'OSM. - ERSI France souhaite aller plus loin dans l'utilisation des données OSM et proposer des outils et des solutions à leur clients et, notamment développer ce marché sur le continent africain. - l'AITF, via Yves MEO, Animateur du groupe de travail Régional SIG/TOPO, souhaite organiser un séminaire en fin d'année et nous inviter pour présenter notre travail et que l'AITF se penche sérieusement sur l'utilisation des données OSM dans les collectivité. - Etant aussi le chef du service de l'Information Géographique de la CommunautéUrbaine Marseille Provence Métropole (MPM), Yves Méo a été intéressé par la démarche. - l'IGN confirme son intérêt pour OSM et j'ai proposé qu'on puisse travailler sur l'adressage. -- View this message in context: http://gis.19327.n5.nabble.com/Forum-ESRI-Aix-en-Provence-tp5755839.html Sent from the France mailing list archive at Nabble.com. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] expérimentations à Orange
cquest wrote Il me semble qu'un numéro de référence unique de la voirie doit effectivement se baser sur le code rivoli/fantoir et le code insee de la commune. Comme toujours, il faut regarder les cas particuliers... par exemple comment gérer une rue qui est la limite entre deux communes ? Ce simple cas particulier me laisse penser qu'il faudrait une référence combinée INSEE+FANTOIR et ça sera plus léger que d'avoir 2 tags. Les collectivités ne pourront pas utiliser les codes fantoir de la DGFiP : - parce qu'ils sont créés par la DGFiP a posteriori, après que la commune ait transmis la délibération aux impôts, que ces derniers aient intégré ces infos dans leur base et que ces données aient été renvoyées aux communes. Il peut se passer plusieurs mois, voire plus. - il y a des doublons dans les fantoir, et des codes fantoir qui pointent sur des voies qui n'existent plus. Si les communes qui se sont penché sur le problème ont décidé de créer leur propre identifiant unique, c'est que c'était la seule solution. L'inconvénient étant que la très grande majorité des communes n'ont pas encore fait ce travail. -- View this message in context: http://gis.19327.n5.nabble.com/experimentations-a-Orange-tp5755270p5755840.html Sent from the France mailing list archive at Nabble.com. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Rendu topo 25000ème - réponses multiples
-Message d'origine- De : Nicolas Dumoulin [mailto:nicolas_openstreetmap@dumoulin63.net] Envoyé : vendredi 5 avril 2013 09:21 À : Discussions sur OSM en français Objet : Re: [OSM-talk-fr] Rendu topo 25000ème - réponses multiples Le vendredi 5 avril 2013 09:18:35 JB a écrit : Voici deux essais de diminution de la visibilité des tunnels ferroviaires. J'ai tendance à préférer le plus discret des deux. Et vous ? http://osm107.openstreetmap.fr/jbtopo/tunnel1.png http://osm107.openstreetmap.fr/jbtopo/tunnel.png , plus discret Je suis d'accord, le second est plus joli Pareil. Pour ailleurs, je trouve le rendu des lignes ferrées perfectible (un peu pâté) quand celles-ci sont tracées à la voie. L'emprise de la voie (file de rails + intervoie) est d'environ 6 mètres soit 0,4 mm pour une carte au 1:25.000. A voir si tu ne peux pas affiner un peu le rendu. Denis ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Compteur électrique
Bonjour à tous, J'ai eu une bonne question de la part d'un de mes collègues. Peut-on localiser dans OSM les compteurs électriques (techniquement et légalement) ? Si oui, comment ? Si c'est possible, il nous faudra une petite application permettant de localiser le compteur, d'inscrire son numéro et de prendre une photo. Développeurs, à vos souris... -- View this message in context: http://gis.19327.n5.nabble.com/Compteur-electrique-tp5755843.html Sent from the France mailing list archive at Nabble.com. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Compteur électrique
Je ne comprends pas. Vous voulez situer tous les compteurs électriques de toutes les maisons ?? Le 5 avril 2013 09:51, Tony Emery tony.em...@yahoo.fr a écrit : Bonjour à tous, J'ai eu une bonne question de la part d'un de mes collègues. Peut-on localiser dans OSM les compteurs électriques (techniquement et légalement) ? Si oui, comment ? Si c'est possible, il nous faudra une petite application permettant de localiser le compteur, d'inscrire son numéro et de prendre une photo. Développeurs, à vos souris... -- View this message in context: http://gis.19327.n5.nabble.com/Compteur-electrique-tp5755843.html Sent from the France mailing list archive at Nabble.com. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Les dérives de rue : Le papillon d’hiver (le film)http://drivrsdu.fr/le-papillon-dhiver-le-film/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Compteur électrique
Ista Pouss wrote Je ne comprends pas. Vous voulez situer tous les compteurs électriques de toutes les maisons ?? Non, ouf!! ceux qui concernent des bâtiments municipaux -- View this message in context: http://gis.19327.n5.nabble.com/Compteur-electrique-tp5755843p5755847.html Sent from the France mailing list archive at Nabble.com. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Réunion des contributeurs ardéchois
Bonjour, Réunion des contributeurs ardéchois et des personnes interressés par le projet : le mercredi 10 avril 2013 de 18h à 20h à la salle de réunion des Inforoutes, ZI du Lac, InnoParc à Privas 07. Nouveau : une liste de diffusion spécifique à notre département : inscrivez vous sur http://listes.openstreetmap.fr/wws/subscribe/local-ardeche Détails sur http://wiki.openstreetmap.org/wiki/Mappeurs_Ardechois Contact : Henry-Pascal ELDIN, el...@inforoutes.fr , 06 84 11 70 35 04 75 30 79 15 http://www.openstreetmap.org/?lat=44.717213lon=4.609967zoom=18layers=M -- Cordialement, Henry-Pascal ELDIN Courayon, Route de St Bauzile 07210 CHOMERAC, FRANCE Tel 04 75 65 19 93 Orange 06 80 75 74 80 http://www.eldin.net ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Rendu topo 25000ème - réponses multiples
Après affinage des voies ferrées : http://osm107.openstreetmap.fr/jbtopo/rail.png Je ne pense pas que j'irai plus loin. Il n'y a pas toujours un lien exact entre la largeur d'un élément sur la carte et dans la réalité (largeur des routes et les autoroutes ?). Les voies ferrées posent un problème supplémentaire : une voie ferrée seule, ça va. Deux voies ou plus, ça fait des dégâts. La superposition des dessins de l'une avec l'autre ne donne pas toujours des résultats très heureux. Les pointillés blanc-noir, je n'aime pas beaucoup, les traits en travers, c'est pas très heureux, d'où ce dessin « paté », qui permet de passer pour une voie seule, ou deux voies parallèles sans faire de rupture de style. JB. Le 05.04.2013 09:49, HELFER Denis a écrit : -Message d'origine- De : Nicolas Dumoulin [mailto:nicolas_openstreetmap@dumoulin63.net] Envoyé : vendredi 5 avril 2013 09:21 À : Discussions sur OSM en français Objet : Re: [OSM-talk-fr] Rendu topo 25000ème - réponses multiples Le vendredi 5 avril 2013 09:18:35 JB a écrit : Voici deux essais de diminution de la visibilité des tunnels ferroviaires. J'ai tendance à préférer le plus discret des deux. Et vous ? http://osm107.openstreetmap.fr/jbtopo/tunnel1.png [1] http://osm107.openstreetmap.fr/jbtopo/tunnel.png [2] , plus discret Je suis d'accord, le second est plus joli Pareil. Pour ailleurs, je trouve le rendu des lignes ferrées perfectible (un peu pâté) quand celles-ci sont tracées à la voie. L'emprise de la voie (file de rails + intervoie) est d'environ 6 mètres soit 0,4 mm pour une carte au 1:25.000. A voir si tu ne peux pas affiner un peu le rendu. Denis ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr [3] Links: -- [1] http://osm107.openstreetmap.fr/jbtopo/tunnel1.png [2] http://osm107.openstreetmap.fr/jbtopo/tunnel.png [3] http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Réflexion sur les sens uniques (ou pas) dans les ronds-points
Non le bug ne se situait pas dans le sens de traçage du rond-point car il m'a inversé le sens pendant que je faisais le tour du rond-point. Tu as peut-être raison Hendrik, je vais vérifier si je n'avais pas activé le mode piéton par mégarde. :-) Nicolas J'en pense que Osmand prend bien en charge le sens des rond points et qu'il ne faut pas mettre un oneway=yes en plus... Dans les pays en conduite à gauche on dessite les rond points en sens inverse et le oneway=yes reste implicite, exactement comme en France. Tu es peut-être en mode piéton et pas en mode voiture voiture? ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Rendu topo 25000ème - réponses multiples
-Message d'origine- De : JB [mailto:jb...@mailoo.org] Envoyé : vendredi 5 avril 2013 10:51 À : Discussions sur OSM en français Objet : Re: [OSM-talk-fr] Rendu topo 25000ème - réponses multiples Après affinage des voies ferrées : http://osm107.openstreetmap.fr/jbtopo/rail.png Je ne pense pas que j'irai plus loin. Il n'y a pas toujours un lien exact entre la largeur d'un élément sur la carte et dans la réalité (largeur des routes et les autoroutes ?). Les voies ferrées posent un problème supplémentaire : une voie ferrée seule, ça va. Deux voies ou plus, ça fait des dégâts. La superposition des dessins de l'une avec l'autre ne donne pas toujours des résultats très heureux. Les pointillés blanc-noir, je n'aime pas beaucoup, les traits en travers, c'est pas très heureux, d'où ce dessin « paté », qui permet de passer pour une voie seule, ou deux voies parallèles sans faire de rupture de style. JB. Oui, les voies ferrées c'est compliqué, je ne dirais pas le contraire. Je me pencherai sur la question de manière plus approfondie dès que j'aurai un moment. On pourrait juste voir que cela donne sur un triage, genre Metz-Sablon (http://osm.org/go/0DF5G2aT--) ou Hausbergen (http://osm.org/go/0DMuuZku--) ? Denis ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] cadastre.openstreetmap.fr HS
Des nouvelles concernant le retour de cadastre.openstreetmap.fr ? C'est pas que je suis en manque, mais presque... ;-) Nicolas Le 25/03/2013 23:23, Cyrille Giquello a écrit : Merci Jocelyn ! ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] cadastre.openstreetmap.fr HS
Le vendredi 5 avril 2013 11:14:12 Nicolas Moyroud a écrit : Des nouvelles concernant le retour de cadastre.openstreetmap.fr ? C'est pas que je suis en manque, mais presque... ;-) +1 J'ai la flemme de construire les fichiers moi-même, et j'aimerai mettre à jour mon coin. -- Nicolas Dumoulin http://wiki.openstreetmap.org/wiki/User:NicolasDumoulin ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] expérimentations à Orange
2013/4/5 Tony Emery tony.em...@yahoo.fr Qu'avons nous comme identifiant voirie : - Rivoli : c'est un code créé et géré par la DGFiP - l'ID de la BDAdresse : idem pour l'IGN Il faut donc créer un identifiant interne dans la commune car la commune est la source de cette information. Donc chaque rue a trois identifiants uniques. Qui a parlé de simplification administrative ? Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Rendu topo 25000ème - réponses multiples
Ha, la zone que je me suis interdit de faire, en pensant que ça donnerait un paté noir au 25000 : http://osm107.openstreetmap.fr/jbtopo/triage.png Ça ne gagnerait pas un concours de beauté, mais je pense que ça montre ce que c'est : plein de rails (euh, je retire, il ne faut surement pas dire ça à quelqu'un qui travaille sur les voies ferrées…), leur orientation, ce n'est pas encore un aplat noir. Il me semble que tu disais travailler sur un rendu rail, si tu as des suggestions pour rendre une voie ferrée qui évite tous les problèmes indiqués, je suis preneur. JB. (Tiens, ça me montre que j'avais une boulette sur area[turn_table]…) Le 05.04.2013 11:02, HELFER Denis a écrit : -Message d'origine- De : JB [mailto:jb...@mailoo.org] Envoyé : vendredi 5 avril 2013 10:51 À : Discussions sur OSM en français Objet : Re: [OSM-talk-fr] Rendu topo 25000ème - réponses multiples Après affinage des voies ferrées : http://osm107.openstreetmap.fr/jbtopo/rail.png [1] Je ne pense pas que j'irai plus loin. Il n'y a pas toujours un lien exact entre la largeur d'un élément sur la carte et dans la réalité (largeur des routes et les autoroutes ?). Les voies ferrées posent un problème supplémentaire : une voie ferrée seule, ça va. Deux voies ou plus, ça fait des dégâts. La superposition des dessins de l'une avec l'autre ne donne pas toujours des résultats très heureux. Les pointillés blanc-noir, je n'aime pas beaucoup, les traits en travers, c'est pas très heureux, d'où ce dessin « paté », qui permet de passer pour une voie seule, ou deux voies parallèles sans faire de rupture de style. JB. Oui, les voies ferrées c'est compliqué, je ne dirais pas le contraire. Je me pencherai sur la question de manière plus approfondie dès que j'aurai un moment. On pourrait juste voir que cela donne sur un triage, genre Metz-Sablon (http://osm.org/go/0DF5G2aT-- [2]) ou Hausbergen (http://osm.org/go/0DMuuZku-- [3]) ? Denis ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr [4] Links: -- [1] http://osm107.openstreetmap.fr/jbtopo/rail.png [2] http://osm.org/go/0DF5G2aT-- [3] http://osm.org/go/0DMuuZku-- [4] http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] expérimentations à Orange
2013/4/5 Tony Emery tony.em...@yahoo.fr Par conséquent, ces traçés, même si leur précision n'est pas bonne, est règlementée. Pour info, dans un document d'urbanisme approuvé, si le dessin d'une zone à été mal fait, qu'il coupe une parcelle alors qu'il ne le devrait pas, c'est quand même ce découpage qui est appliqué. Je pense donc, même si ce n'est pas juste, qu'il faut le laisser tel quel si l'on veut que les collectivités s'investissent dans OSM. Ce point est capital avec OSM. C'est la violation d'un principe de base du projet : les données doivent pouvoir être améliorées par les contributeurs, sinon elles n'ont pas leur place dans la base. Aucune donnée ne doit pouvoir être bloquée dans OSM sous prétexte d'officialité, encore plus si elles sont mauvaises. Je renverrais la lecture d'un fil de discussion de référence sur ce thème (en anglais) : http://lists.openstreetmap.org/pipermail/talk/2009-March/034948.html Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] expérimentations à Orange
Pieren wrote 2013/4/5 Tony Emery lt; tony.emery@ gt; Qu'avons nous comme identifiant voirie : - Rivoli : c'est un code créé et géré par la DGFiP - l'ID de la BDAdresse : idem pour l'IGN Il faut donc créer un identifiant interne dans la commune car la commune est la source de cette information. Donc chaque rue a trois identifiants uniques. Qui a parlé de simplification administrative ? Pieren Effectivement, sans parler de l'ID de la BDAdresse que je n'utilise pas, j'ai : - le RIVOLI de la DGFIP (en plus, j'ai 44 voies sur les 730 qui n'ont pas de rivoli) - l'identifiant interne géré par la mairie - l'identifiant OSM Après, on ne peut pas parler de simplification administrative puisqu'il ne s'agit pas de la même institution. Je pense que tu dois avoir la même chose à la poste, au niveau des conseil généraux, ... -- View this message in context: http://gis.19327.n5.nabble.com/experimentations-a-Orange-tp5755270p5755862.html Sent from the France mailing list archive at Nabble.com. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Rendu topo 25000ème - réponses multiples
-Message d'origine- De : JB [mailto:jb...@mailoo.org] Envoyé : vendredi 5 avril 2013 11:31 À : Discussions sur OSM en français Objet : Re: [OSM-talk-fr] Rendu topo 25000ème - réponses multiples Ha, la zone que je me suis interdit de faire, en pensant que ça donnerait un paté noir au 25000 : http://osm107.openstreetmap.fr/jbtopo/triage.png Ça ne gagnerait pas un concours de beauté, mais je pense que ça montre ce que c'est : plein de rails (euh, je retire, il ne faut surement pas dire ça à quelqu'un qui travaille sur les voies ferrées…), leur orientation, ce n'est pas encore un aplat noir. Il me semble que tu disais travailler sur un rendu rail, si tu as des suggestions pour rendre une voie ferrée qui évite tous les problèmes indiqués, je suis preneur. JB. (Tiens, ça me montre que j'avais une boulette sur area[turn_table]…) Franchement, c'est pas (trop) mal. J'ai dit que j'allais consacrer un peu de temps dès que j'en aurai de rab. S'il y a des choses intéressantes, je ne manquerai pas de les partager. Denis ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
