[talk-ph] Save a JOSM session (Fwd: [JOSM] #4029: save editing session similar to other GIS app)
Dear everyone,
A new update in JOSM (using josm-latest.jar version 6129) can now save
a JOSM editing session. This (under development) version allows you
to save the editing session including
- what area your are editing
- gpx files loaded
- geotagged photos
- imagery layer
In my initial tests, it seems to work as expected.
Please test and report issues.
-- Forwarded message --
From: JOSM t...@josm.openstreetmap.de
Date: Sat, Aug 10, 2013 at 5:14 AM
Subject: Re: [JOSM] #4029: save editing session similar to other GIS app
To:
#4029: save editing session similar to other GIS app
---+---
Reporter: emmanuel.sambale@… | Owner:
Type: enhancement | Status: new
Priority: normal | Component: Core
Version: | Resolution:
Keywords: |
---+---
Comment (by bastiK):
In [changeset:6129/josm]:
{{{
#!CommitTicketReference repository=josm revision=6129
see #4029 - session menu now visible in expert mode - Please report bugs
and feature requests!
}}}
--
Ticket URL: http://josm.openstreetmap.de/ticket/4029#comment:34
JOSM http://josm.openstreetmap.de
Java Openstreetmap Editor
--
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] Map Humour.
From the occasionally excellent Amazing Super Powers comic http://www.amazingsuperpowers.com/2013/08/map/ Jim -- ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph
[OSM-talk] Request for translations of the upcoming new welcome page
Hi, Do you have something (a wikipage, whatever) that allows to anyone to know who is taking charge of such language? I mean, it would be a pity if 2 people translate the same page into the same language. Sincerely, Severin Message: 1 Date: Tue, 13 Aug 2013 14:50:24 -0600 From: Kai Krueger kakrue...@gmail.com To: talk@openstreetmap.org Subject: [OSM-talk] Request for translations of the upcoming new welcome page Message-ID: 520a9c10.3080...@gmail.com Content-Type: text/plain; charset=ISO-8859-1 Hello everyone, It is planned that a new fresh set of welcome pages [1] will soon be merged on osm.org thanks to the effort of a number of people. These pages are designed to be a friendly and an easy introduction to osm. As these pages are one of the first things new mappers see and there have been complaints about this in the past, we would like to try this time and get as many translations as possible done before this goes live. It would be great if people could help out and make sure these are translated to as many languages as possible. As the current translatewiki based system [2] is not setup to elicit translations from pre-merge strings, it is unfortunately necessary to do this outside of the normal translation system. The best way to do this is probably to fork the relevant source code on github ( https://github.com/osmlab/openstreetmap-website/ in the welcome-2 branch), and then edit your local language translation file. The English reference file is https://github.com/osmlab/openstreetmap-website/blob/welcome-2/config/locales/en.yml The main section that needs translating is the welcome_page: section. Once you have the translation you can send a pull request to get the translation merged and ready for when it goes live. It is unfortunately a bit more effort, but hopefully worth it. If you are planning on working on a translation, you should probably announce it here to coordinate and not cause duplicate effort. I am currently working on the German translation. Kai [1] welcome.apis.dev.openstreetmap.org [2] https://translatewiki.net/wiki/Translating:OpenStreetMap ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Request for translations of the upcoming new welcome page
As the welcome page will probably be merged fairly soon and then the normal translatewiki based translation takes over again and my guess is there won't be that many languages that get translated this way (it would be nice if the main ones can be though) I would propose to just coordinating it here on talk. I.e. just state which language you are planning on translating. So far we have a German and Danish translation. Kai severin wrote Hi, Do you have something (a wikipage, whatever) that allows to anyone to know who is taking charge of such language? I mean, it would be a pity if 2 people translate the same page into the same language. Sincerely, Severin Message: 1 Date: Tue, 13 Aug 2013 14:50:24 -0600 From: Kai Krueger lt; kakrueger@ gt; To: talk@ Subject: [OSM-talk] Request for translations of the upcoming new welcome page Message-ID: 520A9C10.3080800@ Content-Type: text/plain; charset=ISO-8859-1 Hello everyone, It is planned that a new fresh set of welcome pages [1] will soon be merged on osm.org thanks to the effort of a number of people. These pages are designed to be a friendly and an easy introduction to osm. As these pages are one of the first things new mappers see and there have been complaints about this in the past, we would like to try this time and get as many translations as possible done before this goes live. It would be great if people could help out and make sure these are translated to as many languages as possible. As the current translatewiki based system [2] is not setup to elicit translations from pre-merge strings, it is unfortunately necessary to do this outside of the normal translation system. The best way to do this is probably to fork the relevant source code on github ( https://github.com/osmlab/openstreetmap-website/ in the welcome-2 branch), and then edit your local language translation file. The English reference file is https://github.com/osmlab/openstreetmap-website/blob/welcome-2/config/locales/en.yml The main section that needs translating is the welcome_page: section. Once you have the translation you can send a pull request to get the translation merged and ready for when it goes live. It is unfortunately a bit more effort, but hopefully worth it. If you are planning on working on a translation, you should probably announce it here to coordinate and not cause duplicate effort. I am currently working on the German translation. Kai [1] welcome.apis.dev.openstreetmap.org [2] https://translatewiki.net/wiki/Translating:OpenStreetMap ___ talk mailing list talk@ http://lists.openstreetmap.org/listinfo/talk -- View this message in context: http://gis.19327.n5.nabble.com/Request-for-translations-of-the-upcoming-new-welcome-page-tp5773616p5773644.html Sent from the General Discussion mailing list archive at Nabble.com. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] Www.openstreetmap.org Down?
Is it? -- Steve ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Www.openstreetmap.org Down?
Works fine here. Always worth trying out something like http://www.downforeveryoneorjustme.com Shaun On 14 Aug 2013, at 20:33, Steve Doerr doerr.step...@gmail.com wrote: Is it? -- Steve ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Www.openstreetmap.org Down?
Seems to be working for me. On Wed, Aug 14, 2013 at 1:33 PM, Steve Doerr doerr.step...@gmail.comwrote: Is it? -- Steve __**_ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.**org/listinfo/talkhttp://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Www.openstreetmap.org Down?
The site is up and traffic is at expected levels. Does the site not respond at all or a part not load? If there were a major outage it would be reported here: http://wiki.openstreetmap.org/wiki/Platform_Status Regards Grant Part of OSM sysadmin team. On 14 August 2013 20:33, Steve Doerr doerr.step...@gmail.com wrote: Is it? -- Steve __**_ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.**org/listinfo/talkhttp://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Www.openstreetmap.org Down?
Thanks, Shaun. To clarify: I see some elements of the page, but no map. That is to say, no tiles. (I see the + - etc. controls in the top right, but the main map zone is grey. I see the left-hand side-bar with the search-box etc., and the View/Edit/History tabs.) Steve On 14/08/2013 20:39, Shaun McDonald wrote: Works fine here. Always worth trying out something like http://www.downforeveryoneorjustme.com Shaun On 14 Aug 2013, at 20:33, Steve Doerr doerr.step...@gmail.com wrote: Is it? -- Steve ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Www.openstreetmap.org Down?
maybe something local. no tiles loading for me in Brooklyn, NYC USA @lizbarry http://twitter.com/lizbarry On Wed, Aug 14, 2013 at 3:57 PM, Grant Slater openstreet...@firefishy.comwrote: The site is up and traffic is at expected levels. Does the site not respond at all or a part not load? If there were a major outage it would be reported here: http://wiki.openstreetmap.org/wiki/Platform_Status Regards Grant Part of OSM sysadmin team. On 14 August 2013 20:33, Steve Doerr doerr.step...@gmail.com wrote: Is it? -- Steve __**_ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.**org/listinfo/talkhttp://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Www.openstreetmap.org Down?
Hi Liz, Still an issue? Please could you do the following for me to check... Open Terminal (OSX or Linux) / Command Prompt (Windows) and type the following command and send me the result. (offlist best) nslookup tile.openstreetmap.org Regards Grant On 14 August 2013 21:05, Liz Barry eba...@gmail.com wrote: maybe something local. no tiles loading for me in Brooklyn, NYC USA @lizbarry http://twitter.com/lizbarry On Wed, Aug 14, 2013 at 3:57 PM, Grant Slater openstreet...@firefishy.com wrote: The site is up and traffic is at expected levels. Does the site not respond at all or a part not load? If there were a major outage it would be reported here: http://wiki.openstreetmap.org/wiki/Platform_Status Regards Grant Part of OSM sysadmin team. On 14 August 2013 20:33, Steve Doerr doerr.step...@gmail.com wrote: Is it? -- Steve __**_ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.**org/listinfo/talkhttp://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Www.openstreetmap.org Down?
Here's what I get: C:\Users\Stevenslookup tile.openstreetmap.org Server: UnKnown Address: 192.168.1.1 DNS request timed out. timeout was 2 seconds. DNS request timed out. timeout was 2 seconds. DNS request timed out. timeout was 2 seconds. DNS request timed out. timeout was 2 seconds. *** Request to UnKnown timed-out Steve On 14/08/2013 21:12, Grant Slater wrote: Hi Liz, Still an issue? Please could you do the following for me to check... Open Terminal (OSX or Linux) / Command Prompt (Windows) and type the following command and send me the result. (offlist best) nslookup tile.openstreetmap.org http://tile.openstreetmap.org Regards Grant On 14 August 2013 21:05, Liz Barry eba...@gmail.com mailto:eba...@gmail.com wrote: maybe something local. no tiles loading for me in Brooklyn, NYC USA @lizbarry http://twitter.com/lizbarry On Wed, Aug 14, 2013 at 3:57 PM, Grant Slater openstreet...@firefishy.com mailto:openstreet...@firefishy.com wrote: The site is up and traffic is at expected levels. Does the site not respond at all or a part not load? If there were a major outage it would be reported here: http://wiki.openstreetmap.org/wiki/Platform_Status Regards Grant Part of OSM sysadmin team. On 14 August 2013 20:33, Steve Doerr doerr.step...@gmail.com mailto:doerr.step...@gmail.com wrote: Is it? -- Steve ___ talk mailing list talk@openstreetmap.org mailto:talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org mailto:talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [Talk-br] Evento em Brasília
Wille, você que vai estar no CONSEGI, teria interesse e disponibilidade para apresentar a perspectiva de mapas livres na discussão sobre dados abertos? Veja: http://papers.consegi.gov.br/pub/programacao/1073 https://groups.google.com/d/msg/thackday/DEYnioFJ5ao/2RSdiYQctzwJ Abc, -F. ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br
[Talk-br] Eleição para o conselho do OpenStreetMap
Pessoal, Para quem interessar, logo haverá eleição para o conselho da OpenStreetMap Foundation. Vitor -- Forwarded message -- From: Frederik Ramm frede...@remote.org Date: Mon, Aug 12, 2013 at 7:51 PM Subject: [OSM-talk] OSMF Board Election 2013 - candidates wanted To: osmf-t...@openstreetmap.org osmf-t...@openstreetmap.org Cc: Talk Openstreetmap t...@openstreetmap.org, osmf-annou...@openstreetmap.org Dear OSMF members, (Cc'ing the general talk list in case someone who isn't yet a member would like to become one!) another Annual General Meeting is looming in early September - the formal announcement will be posted on the OSMF lists soon. In the mean time, could I have your attention for the upcoming board election. There's three seats (of a total seven) up for grabs, and I hope that some of you will throw your hat into the ring. If you are a paid-up member of the OSMF by the time of the AGM, you are eligible - just add your name to the table on this Wiki page: http://wiki.openstreetmap.org/**wiki/Foundation/AGM13/**Election_to_Boardhttp://wiki.openstreetmap.org/wiki/Foundation/AGM13/Election_to_Board If you're not yet a member, all's not lost - go to http://www.osmfoundation.org/**wiki/Joinhttp://www.osmfoundation.org/wiki/Jointo sign up today. Bye Frederik -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33 __**_ talk mailing list t...@openstreetmap.org http://lists.openstreetmap.**org/listinfo/talkhttp://lists.openstreetmap.org/listinfo/talk ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br
[Talk-de] Wochennotiz Nr. 159 30.7.-5.8.2013
Hallo, die Wochennotiz Nr. 159 mit allen wichtigen Neuigkeiten aus der OpenStreetMap Welt ist da: http://blog.openstreetmap.de/2013/08/wochennotiz-nr-159/ Viel Spaß beim Lesen! Die verspätete Veröffentlichung dieser und der nächsten Ausgabe hängt mit der mangelhaften Internetversorgung in Teilen Deutschlands zusammen. Mfg Marc ps. Das es (Urlaubs-)Orte ohne UMTS / WLAN gibt, war für mich NEULAND. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wochennotiz Nr. 159 30.7.-5.8.2013
Zitat wn reader: die Wochennotiz Nr. 159 mit allen wichtigen Neuigkeiten aus der OpenStreetMap Welt ist da: http://blog.openstreetmap.de/2013/08/wochennotiz-nr-159/ Soso, Financial Times nutzt jetzt OSM-Karten. Wird auch langsam Zeit, vier Jahre nach dem Erstkontakt. ;-) http://www.ftd.de/it-medien/computer-technik/:open-street-mapper-wikipedia- fuer-navigationskarten/555458.html ps. Das es (Urlaubs-)Orte ohne UMTS / WLAN gibt, war für mich NEULAND. Das ist schon mindestens seit dem Hadaikum so. Ändert sich nur langsam. Evolution halt. -- Michael ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Hydrant oder Beregnungsanlage
Hallo Liste, ich möchte bei mir mehr Hydranten mappen. Dazu meine Frage: Ist das in [1] ein Hydrant oder der Anschluss für eine Beregnunganlage? Es handelt sich um diesen [2] Knoten. Der Punkt liegt also in einem kleinen Dorf in der Nähe von Feldern. Hoffentlich könnt ihr mir helfen, danke schonmal im voraus. Viele Grüße Andre [1] http://postimg.org/image/htlwpxlh1/ [2] http://www.openstreetmap.org/browse/node/2418956068 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Hydrant oder Beregnungsanlage
Fuer mich ist das ein Anschluss fuer eine moeglicherweise sogar private Beregnungsanlage. 2013/8/14 Andre mr.jo...@ewetel.net Hallo Liste, ich möchte bei mir mehr Hydranten mappen. Dazu meine Frage: Ist das in [1] ein Hydrant oder der Anschluss für eine Beregnunganlage? Es handelt sich um diesen [2] Knoten. Der Punkt liegt also in einem kleinen Dorf in der Nähe von Feldern. Hoffentlich könnt ihr mir helfen, danke schonmal im voraus. Viele Grüße Andre [1] http://postimg.org/image/**htlwpxlh1/http://postimg.org/image/htlwpxlh1/ [2] http://www.openstreetmap.org/**browse/node/2418956068http://www.openstreetmap.org/browse/node/2418956068 __**_ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.**org/listinfo/talk-dehttp://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Blitzerrelation
Hallo Andreas, wenn meine Relation als korrekt bewertet wurde, kann ich das mit ruhigem Gewissen bei deiner ebenso machen. Sieht gut aus :-) Zu deiner weiteren Frage, was auf der Strasse bedeutet: Ich weiss nicht, ob du das meinst, aber bei den Relationsbeispielen von Enforcement steht dazu eine gute Erklärung http://wiki.openstreetmap.org/wiki/DE:Relation:enforcement#Beispiel_3a:_Einfacher_Geschwindigkeitsblitzer_auf_der_Stra.C3.9Fe Dort steht: Auf der Strasse bedeutet in der Mitte der Strasse, also zwischen den Fahrspuren. Neben der Strasse ist das Bild, welches du gepostet hast. Dabei ist es eben egal, wie weit der Blitzer neben der Strasse steht. Ich hoffe das hilft dir weiter. Gruß, Tim Am 13.08.2013 13:24, schrieb Andreas Schmidt: hallo, könnte mal bitte jemand rüberschauen, ob ich es richtig gemacht habe? Es ist meine erste Relation: http://www.openstreetmap.org/browse/node/2408258350 Für konstruktive Kritik bin ich dankbar. Grüße Andreas Am 12.08.2013 22:25, schrieb Andreas Schmidt: Hallo, ich möchte auch gerade die selbe Frage lösen. Zusätzlich habe ich eine Frage zur Bedeutung von auf und neben. Die Frage habe ich hier schon online gestellt http://wiki.openstreetmap.org/wiki/DE_talk:Relation:enforcement Ist dieser http://www.blitzer.de/system/pictures/files/2013/08/72718/original_DSC00242.JPG Blitzer auf oder neben der Straße? Wie soll *auf* der Straße überhaupt funktionieren, der würde ja umgefahren... Grüße Andreas Am 12.08.2013 21:50, schrieb Tim: Ich habe mich einmal daran versucht, einen Blitzer richtig mit einer Relation zu mappen. Die Dokumentation zu verstehen ist wirklich nicht einfach. Ich habe trotzdem mein Glück versucht und würde nun gerne wissen, ob ich es denn in diesem Fall richtig gemacht habe? Der Blitzer knipst, wenn man von Norden in die Süden fährt und ist fest montiert. http://www.openstreetmap.org/browse/relation/3109670 Gruß, Tim ___ 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] Fahrradrouting mit OpenRouteService
Hallo, die alten Daten von ORS sind mir auch schon aufgefallen. Es wird wohl bei denen auch jemand gesucht, der Änderungen am Quellcode machen muss, da dort wohl irgendwas nicht mehr stimmt. Ich habe die folgende Liste einmal durchgearbeitet http://wiki.openstreetmap.org/wiki/DE:Using_OpenStreetMap#Route_online_berechnen und dort bekam ich nur bei yournavigation.org eine korrekte Route angezeigt. Leider funktioniert dort bei mir das Markieren und suchen nicht optimal. Ich habe somit eine bessere Alternative gesucht und bin bei http://www.komoot.de/ hängengeblieben. Dort gibt es wohl auch eine App für Android und iPhone zu. Gruß, Tim Am 22.07.2013 16:13, schrieb fly: Am 22.07.2013 15:42, schrieb Volker Schmidt: ich kannte http://www.yournavigation.org nicht. Ein kleiner Test macht mich stutzig. Padova - Vicenza (im Veneto, Italien) ergibt: 1) bicycle (routes) + fastest: die Route fuehrt ueber die Autobahn 2) bicyle + fastest: die Route fuehrt ueber Radwege und ausgewiesene, geplante Radrouten 3) bicylce + shortest: die Route fuehrt ueber die viel befahrene und meist radwegfreie Staatsstrasse Pass alles so nicht: (1) ist illegal (2) ist schoen, aber lang und langsam (3) ist die schnellste und kuerzeste Verbindung Gleiche Ergebnisse bei mir. Wobei (2) immer noch an einigen befahrenen Straßen mit Radweg entlang führt, anstatt die Seitenstraßen mit maxspeed 30 zu benutzen. Beim richtigen einordnen zum Linksabbiegen scheitert es auch. fly ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fahrradrouting mit OpenRouteService
Vergass zu erwaehnen, dass ich fuer die offline track-Erstellung bikeroutetoaster.com oder bikehike.co.uk benutze. Beide erlauben das Mixen von routing mit OSM, routing mit GMaps und die Erstellung von Hand. Beide benutzen fuer das OSM routing cloudmade routing. Damit komme ich sehr gut zurecht. Ich benutze fuer das Rad nur Tracks, keine Routen, d.h. ich mache das routing offline zu Hause, lade dann die tracks aufs Garmin etrex und fahre mit dem Rad dann nur auf dem Strich. 2013/8/14 Tim der@gmx.de Hallo, die alten Daten von ORS sind mir auch schon aufgefallen. Es wird wohl bei denen auch jemand gesucht, der Änderungen am Quellcode machen muss, da dort wohl irgendwas nicht mehr stimmt. Ich habe die folgende Liste einmal durchgearbeitet http://wiki.openstreetmap.org/**wiki/DE:Using_OpenStreetMap#** Route_online_berechnenhttp://wiki.openstreetmap.org/wiki/DE:Using_OpenStreetMap#Route_online_berechnen und dort bekam ich nur bei yournavigation.org eine korrekte Route angezeigt. Leider funktioniert dort bei mir das Markieren und suchen nicht optimal. Ich habe somit eine bessere Alternative gesucht und bin bei http://www.komoot.de/ hängengeblieben. Dort gibt es wohl auch eine App für Android und iPhone zu. Gruß, Tim Am 22.07.2013 16:13, schrieb fly: Am 22.07.2013 15:42, schrieb Volker Schmidt: ich kannte http://www.yournavigation.org nicht. Ein kleiner Test macht mich stutzig. Padova - Vicenza (im Veneto, Italien) ergibt: 1) bicycle (routes) + fastest: die Route fuehrt ueber die Autobahn 2) bicyle + fastest: die Route fuehrt ueber Radwege und ausgewiesene, geplante Radrouten 3) bicylce + shortest: die Route fuehrt ueber die viel befahrene und meist radwegfreie Staatsstrasse Pass alles so nicht: (1) ist illegal (2) ist schoen, aber lang und langsam (3) ist die schnellste und kuerzeste Verbindung Gleiche Ergebnisse bei mir. Wobei (2) immer noch an einigen befahrenen Straßen mit Radweg entlang führt, anstatt die Seitenstraßen mit maxspeed 30 zu benutzen. Beim richtigen einordnen zum Linksabbiegen scheitert es auch. fly __**_ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.**org/listinfo/talk-dehttp://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Blitzerrelation
Hallo Tim, vielen Dank für deine Antwort. Mir fällt gerade ein, dass ich so einen Starenkasten auf einer Grünfläche zwischen den Fahrbahen in Bad Oeynhausen schon mal gesehen habe. Müsste wohl dieser sein: http://frink.bplaced.de/blitzer/?zoom=19lat=52.2114lon=8.81247layers=TB0 Grüße, Andreas Am 14.08.2013 22:12, schrieb Tim: Hallo Andreas, wenn meine Relation als korrekt bewertet wurde, kann ich das mit ruhigem Gewissen bei deiner ebenso machen. Sieht gut aus :-) Zu deiner weiteren Frage, was auf der Strasse bedeutet: Ich weiss nicht, ob du das meinst, aber bei den Relationsbeispielen von Enforcement steht dazu eine gute Erklärung http://wiki.openstreetmap.org/wiki/DE:Relation:enforcement#Beispiel_3a:_Einfacher_Geschwindigkeitsblitzer_auf_der_Stra.C3.9Fe Dort steht: Auf der Strasse bedeutet in der Mitte der Strasse, also zwischen den Fahrspuren. Neben der Strasse ist das Bild, welches du gepostet hast. Dabei ist es eben egal, wie weit der Blitzer neben der Strasse steht. Ich hoffe das hilft dir weiter. Gruß, Tim Am 13.08.2013 13:24, schrieb Andreas Schmidt: hallo, könnte mal bitte jemand rüberschauen, ob ich es richtig gemacht habe? Es ist meine erste Relation: http://www.openstreetmap.org/browse/node/2408258350 Für konstruktive Kritik bin ich dankbar. Grüße Andreas Am 12.08.2013 22:25, schrieb Andreas Schmidt: Hallo, ich möchte auch gerade die selbe Frage lösen. Zusätzlich habe ich eine Frage zur Bedeutung von auf und neben. Die Frage habe ich hier schon online gestellt http://wiki.openstreetmap.org/wiki/DE_talk:Relation:enforcement Ist dieser http://www.blitzer.de/system/pictures/files/2013/08/72718/original_DSC00242.JPG Blitzer auf oder neben der Straße? Wie soll *auf* der Straße überhaupt funktionieren, der würde ja umgefahren... Grüße Andreas Am 12.08.2013 21:50, schrieb Tim: Ich habe mich einmal daran versucht, einen Blitzer richtig mit einer Relation zu mappen. Die Dokumentation zu verstehen ist wirklich nicht einfach. Ich habe trotzdem mein Glück versucht und würde nun gerne wissen, ob ich es denn in diesem Fall richtig gemacht habe? Der Blitzer knipst, wenn man von Norden in die Süden fährt und ist fest montiert. http://www.openstreetmap.org/browse/relation/3109670 Gruß, Tim ___ 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 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-it] R: percorsi ciclopedonali non segnalati
Mancata autenticazione alle API OSM. Questo errore mi viene segnalato ora durante un salvataggio con JOSM. Qualcuno sa se il server è down? Grazie Beppe ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Posizionamento Smartphone Giroscopio ecc
Non credo, come ha spiegto Auryn dopo pochi secondi i valori che si ottengono sono inutilizzabili. non è detto che siano così i dati sono abbastanza corretti per diverso tempo...considera che in un ora di volo un sistema inerziale buono accumula 0.6 miglia di errore...si tratta di 0.01miglia al minuto pari a circa 18,5 metri al minuto...confrontabili con il gps in aree a bassa copertura. Inoltre se i dati vengono usati per realizzare dei tracciati su una mappa, possono essere corretti a posteriori utilizzando un nuovo rilevamento gps come parametro di correzione e applicandolo linearmente alla traccia ottenuta...così si dovrebbe ottenere una traccia con una buona approssimazione (costante e sotto i 18.5m) naturalmente è necessario non rimanere troppo in misurazione inerziale e comunque tutto dipende dalla precisione degli accelerometri. più che altro temo che gli accelerometri degli smarthphone abbiano una precisione troppo bassa per poter venire utilizzati per effettuare delle misurazioni abbastanza precise...servono solo per identificare in che posizione si trova il device o per annullare la garanzia in caso di urto...quindi non necessitano di elevata precisione cosa che serve se si vuole ricavare una traccia utilizzabile per mappare -- View this message in context: http://gis.19327.n5.nabble.com/Posizionamento-Smartphone-Giroscopio-ecc-tp5773227p5773531.html Sent from the Italy General mailing list archive at Nabble.com. ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] Unire due livelli
E' possibile unire due livelli di dati di osm in JOSM eliminando i dati sovrapposti? -- View this message in context: http://gis.19327.n5.nabble.com/Unire-due-livelli-tp5773537.html Sent from the Italy General mailing list archive at Nabble.com. ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] Riparazione elettrodomestici
Ciao, come mappo un laboratorio che fa riparazione di elettrodomestici (sia in garanzia, quindi come cosa ufficiale, sia post-garanzia)? Grazie Cristiano ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Unire due livelli
Il giorno 14/ago/2013, alle ore 11:32, bredy bredy...@yahoo.it ha scritto: E' possibile unire due livelli di dati di osm in JOSM eliminando i dati sovrapposti? si, se sono gli stessi oggetti (id) lo fa così (c'è un pulsante nella finestra livelli) ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Riparazione elettrodomestici
Il giorno 14/ago/2013, alle ore 11:50, Sky One sky...@skyone.it ha scritto: Ciao, come mappo un laboratorio che fa riparazione di elettrodomestici (sia in garanzia, quindi come cosa ufficiale, sia post-garanzia)? ripara solo e non vende, ne usati ne nuovi? ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Riparazione elettrodomestici
shop=appliance repair=yes Ma va bene solo se vende anche elettrodomestici 2013/8/14 Sky One sky...@skyone.it Ciao, come mappo un laboratorio che fa riparazione di elettrodomestici (sia in garanzia, quindi come cosa ufficiale, sia post-garanzia)? Grazie Cristiano ___ 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
Re: [Talk-it] Riparazione elettrodomestici
Per analogia con shop:car_repair, si potrebbe proporre un nuovo shop:appliance_repair Che ne pensate? Ciao /niubii/ Il giorno 14/ago/2013 12:33, Volker Schmidt vosc...@gmail.com ha scritto: shop=appliance repair=yes Ma va bene solo se vende anche elettrodomestici 2013/8/14 Sky One sky...@skyone.it Ciao, come mappo un laboratorio che fa riparazione di elettrodomestici (sia in garanzia, quindi come cosa ufficiale, sia post-garanzia)? Grazie Cristiano ___ 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 mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] Centrale operativa 118
Ciao, come tagghereste una centrale operativa del 118? Non è propriamente un call center... La soluzione che ho adottato è office=government(è gestita dalla regione e dalla asl) emergency=yes (non mi convince) operator=ASL http://www.openstreetmap.org/browse/node/2418750176 Grazie, Stefano ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Scaricare singoli dati dal database
[timeout:600]; area[name=Friuli-Venezia Giulia]; ( way(area)[power~line|minor-line]; ); ( ._; ;);out meta qt; Il 13 agosto 2013 18:11, bredy bredy...@yahoo.it ha scritto: Fin lì c'ero arrivato, ma non capisco come si fa ad impostare che si vuole solo i dati di una regione. Finchè è un box della finestra ok, ma specificare la regione non riesco proprio a farlo. Mi interessa il FVG -- View this message in context: http://gis.19327.n5.nabble.com/Scaricare-singoli-dati-dal-database-tp5773462p5773468.html Sent from the Italy General mailing list archive at Nabble.com. ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it -- Linux Infinite Freedom I'm writing from this place: http://www.openstreetmap.org/?lat=44.39945lon=8.6798zoom=15layers=M ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Scaricare singoli dati dal database
perdonami, ma dove la scrivo questa roba? -- View this message in context: http://gis.19327.n5.nabble.com/Scaricare-singoli-dati-dal-database-tp5773462p5773571.html Sent from the Italy General mailing list archive at Nabble.com. ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Scaricare singoli dati dal database
http://overpass-turbo.eu/ e poi premi run e poi se vuoi puoi anche esportare il risultato... menu export 2013/8/14 bredy bredy...@yahoo.it: perdonami, ma dove la scrivo questa roba? -- View this message in context: http://gis.19327.n5.nabble.com/Scaricare-singoli-dati-dal-database-tp5773462p5773571.html Sent from the Italy General mailing list archive at Nabble.com. ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it -- Linux Infinite Freedom I'm writing from this place: http://www.openstreetmap.org/?lat=44.39945lon=8.6798zoom=15layers=M ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Scaricare singoli dati dal database
o premi qui http://overpass-turbo.eu/s/LC 2013/8/14 marco bra marcobra.ubu...@gmail.com: http://overpass-turbo.eu/ e poi premi run e poi se vuoi puoi anche esportare il risultato... menu export 2013/8/14 bredy bredy...@yahoo.it: perdonami, ma dove la scrivo questa roba? -- View this message in context: http://gis.19327.n5.nabble.com/Scaricare-singoli-dati-dal-database-tp5773462p5773571.html Sent from the Italy General mailing list archive at Nabble.com. ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it -- Linux Infinite Freedom I'm writing from this place: http://www.openstreetmap.org/?lat=44.39945lon=8.6798zoom=15layers=M -- Linux Infinite Freedom I'm writing from this place: http://www.openstreetmap.org/?lat=44.39945lon=8.6798zoom=15layers=M ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Riparazione elettrodomestici
Direi che ripara solo, però mentre ero lì ho visto che vendono un Folletto usato. Sicuramente non vendono elettrodomestici nuovi. Grazie 2013/8/14 Martin Koppenhoefer dieterdre...@gmail.com Il giorno 14/ago/2013, alle ore 11:50, Sky One sky...@skyone.it ha scritto: Ciao, come mappo un laboratorio che fa riparazione di elettrodomestici (sia in garanzia, quindi come cosa ufficiale, sia post-garanzia)? ripara solo e non vende, ne usati ne nuovi? ciao, Martin ___ 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
Re: [Talk-it] Scaricare singoli dati dal database
Ciao potresti scaricarti tutti i dati di una regione qui http://download.gfoss.it/osm/osm/regioni/ e poi con osmosis estrarre quello che ti interessa http://wiki.openstreetmap.org/wiki/IT:Osmosis Il 13/08/2013 17:31, bredy ha scritto: E' possibile scaricar solo i dati delle linee elettriche di una singola regione? Se si come? Grazie -- View this message in context: http://gis.19327.n5.nabble.com/Scaricare-singoli-dati-dal-database-tp5773462.html Sent from the Italy General mailing list archive at Nabble.com. ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it -- Caselle da 1GB, trasmetti allegati fino a 3GB e in piu' IMAP, POP3 e SMTP autenticato? GRATIS solo con Email.it http://www.email.it/f Sponsor: Hotel + parchi con le offerte dell'Hotel Stella di Riccione, biglietti in prevendita alla reception senza fila alle casse. Oltremare e Aquafan. Per info 0541692070 Clicca qui: http://adv.email.it/cgi-bin/foclick.cgi?mid=13026d=14-8 ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Centrale operativa 118
forse trovi qualcosa sotto la chiave emergency? (Io non ho trovato granchè ma la centrale metterei là) http://taginfo.openstreetmap.org/keys/emergency#values ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Riparazione elettrodomestici
2013/8/14 Sky One sky...@skyone.it Direi che ripara solo, però mentre ero lì ho visto che vendono un Folletto usato. Sicuramente non vendono elettrodomestici nuovi. Grazie forse un negozio seconda mano che ripara anche? ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Unire due livelli
Altrimenti se non hanno lo stesso ID è impossibile? Ho visto che i dati si sovrappongono, ma poi sarebbe un lavoro spaventoso dover cancellare tutte le linee sovrapposte ( nel mio caso linee elettriche) e poi dover unire tutti i pali e piloni (bisogna selezionarli uno ad uno e unirli premendo M). Troppo lungo. -- View this message in context: http://gis.19327.n5.nabble.com/Unire-due-livelli-tp5773537p5773620.html Sent from the Italy General mailing list archive at Nabble.com. ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Unire due livelli
2013/8/14 bredy bredy...@yahoo.it Altrimenti se non hanno lo stesso ID è impossibile? Ho visto che i dati si sovrappongono, ma poi sarebbe un lavoro spaventoso dover cancellare tutte le linee sovrapposte ( nel mio caso linee elettriche) e poi dover unire tutti i pali e piloni (bisogna selezionarli uno ad uno e unirli premendo M). Troppo lungo. sembra il risultato di un upload non riuscito (o meglio: upload due volte risuscito ;-) ). Forse è possibile di fare il revert di un intero changeset? ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Unire due livelli
Scusami ma non capisco perchè se ci sono già li devi sovrascrivere ? io metterei solo le differenze... ? Il 14 agosto 2013 16:59, bredy bredy...@yahoo.it ha scritto: Altrimenti se non hanno lo stesso ID è impossibile? Ho visto che i dati si sovrappongono, ma poi sarebbe un lavoro spaventoso dover cancellare tutte le linee sovrapposte ( nel mio caso linee elettriche) e poi dover unire tutti i pali e piloni (bisogna selezionarli uno ad uno e unirli premendo M). Troppo lungo. -- View this message in context: http://gis.19327.n5.nabble.com/Unire-due-livelli-tp5773537p5773620.html Sent from the Italy General mailing list archive at Nabble.com. ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it -- Linux Infinite Freedom I'm writing from this place: http://www.openstreetmap.org/?lat=44.39945lon=8.6798zoom=15layers=M ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Centrale operativa 118
A che cosa serve sapere che in un edificio si trova un centralino del 118 (in Italia soccorso sanitario d'emergenza/urgenza e soccorso alpino, se non sbaglio)? Non è un posto dove posso bussare alla porta per comunicare un'emergenza penso. Se invece è anche una stazione di assistenza metterei il tag amenity=mountain_rescue per soccorso alpino o amenity=hospital con emergency=yes per il pronto soccorso. https://it.wikipedia.org/wiki/118_-_Emergenza_sanitariahttps://it.wikipedia.org/wiki/118_-_Emergenza_sanitaria ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Unire due livelli
Se ti riferisci agli elementi power line... del Friuli che credo adesso hai tirato giù con overpass-trubo.eu se su tale set di dati esportati in josm fai il controllo di errore con la validazione esso ti corregge i duplicati l'ho fatto adesso in locale ... se basta quello... fai così Il 14 agosto 2013 18:16, Martin Koppenhoefer dieterdre...@gmail.com ha scritto: 2013/8/14 bredy bredy...@yahoo.it Altrimenti se non hanno lo stesso ID è impossibile? Ho visto che i dati si sovrappongono, ma poi sarebbe un lavoro spaventoso dover cancellare tutte le linee sovrapposte ( nel mio caso linee elettriche) e poi dover unire tutti i pali e piloni (bisogna selezionarli uno ad uno e unirli premendo M). Troppo lungo. sembra il risultato di un upload non riuscito (o meglio: upload due volte risuscito ;-) ). Forse è possibile di fare il revert di un intero changeset? ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it -- Linux Infinite Freedom I'm writing from this place: http://www.openstreetmap.org/?lat=44.39945lon=8.6798zoom=15layers=M ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Unire due livelli
allora i dati delle linee con overpass son riuscito a scaricarli correttamente e ho anche corretto alcuni doppioni che c'erano. Fin qui niente di difficile. A parte ho avuto i dati completi delle linee elettriche su un file osm, in cui però sono presenti anche i dati attuali già presenti in OSM che si sovrappongono. (Ecco perchè i due dati di cui parlavo non hanno gli stessi ID) Uno è il file di OSM, l'altro è un'importazione dei dati regionali. Funziona allo stesso modo che hai descritto? Basta importare e lui ti corregge gli errori? -- View this message in context: http://gis.19327.n5.nabble.com/Unire-due-livelli-tp5773537p5773632.html Sent from the Italy General mailing list archive at Nabble.com. ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Unire due livelli
Se ci dai possibilità di vedere/caricare il file in Josm si riesce ad essere più precisi... Il 14 agosto 2013 18:39, bredy bredy...@yahoo.it ha scritto: allora i dati delle linee con overpass son riuscito a scaricarli correttamente e ho anche corretto alcuni doppioni che c'erano. Fin qui niente di difficile. A parte ho avuto i dati completi delle linee elettriche su un file osm, in cui però sono presenti anche i dati attuali già presenti in OSM che si sovrappongono. (Ecco perchè i due dati di cui parlavo non hanno gli stessi ID) Uno è il file di OSM, l'altro è un'importazione dei dati regionali. Funziona allo stesso modo che hai descritto? Basta importare e lui ti corregge gli errori? -- View this message in context: http://gis.19327.n5.nabble.com/Unire-due-livelli-tp5773537p5773632.html Sent from the Italy General mailing list archive at Nabble.com. ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it -- Linux Infinite Freedom I'm writing from this place: http://www.openstreetmap.org/?lat=44.39945lon=8.6798zoom=15layers=M ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Ospedali e pronto soccorso
Ho notato che con la prassi di utilizzare la combinazione amenity=hospital con emergency=yes su una area per un ospdedale risulta in una indicazione sbagliata della posizione dell'attuale stazione di Pronto Soccorso sulla mappa. Cioè se voglio portare qualcuno nel pronto soccorso finisco in un posto sbagliato. Esempio Padova ( http://www.openfiremap.org/?zoom=17lat=45.40222lon=11.8896layers=BTT ).* *Appaiono due posizioni di pronto soccorso. La prima posizione (verso nordest) è nel baricentro del area Azienda Ospedaliera di Padova (way http://www.openstreetmap.org/browse/way/39757157), la seconda posizione (verso sudovest) è su un riparto del ospedale che è probabilmente erroneamente segnalata con emergency=yes (da verificare)*. * In realtà l'entrata del pronto soccorso, dove devo recarmi in caso d'emergenza è qua: http://www.openstreetmap.org/?mlat=45.40230mlon=11.88677#map=18/45.40230/11.88677 Il problema di avere più cliniche in un complesso ospedaliero porta anche a una problematica di mapping. A Padova si è scelto di taggare alcune cliniche come amenity=hospital e anche l'area con lo stesso tag. Non so se il tutto è un solo ospedale o se si tratta di una assieme di ospedali diversi, di cui uno è anche dotato di pronto soccorso. Come si fa? ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Posizionamento Smartphone Giroscopio ecc
On 13/08/13 20:31, Alessandro wrote: Anch'io ho lo stesso dubbio di Giacomo: un giroscopio vero e proprio su un telefono cellulare penso scaricherebbe la batteria in breve tempo. Alessandro Ale_zena_IT Il giorno Tue, 13 Aug 2013 12:52:49 +0200 Giacomo Boschi gwil...@gmail.com ha scritto: Il 11/08/2013 13:20, Salemme Guido ha scritto: adesso io ho un Galaxy Nexus dotato di giroscopio accellerometri e gps (anche barometro per l'altezza) Considerazione a latere: sicuro si tratti di giroscopi? Che io sappia si tratta di rivelatori di campo magnetico che funzionano da bussola. Per quanto ne sappia, i Nexus (almeno il Nexus S e il Galaxy Nexus) hanno sia dei veri e propri giroscopi che dei rilevatori magnetici. I rilevatori magnetici nel Nexus S hanno degli errori grossissimi, in modo tale da rendere quasi inutilizzabile la bussola magnetica. Non servono quasi a niente se non vengono calibrati immediamente prima di usarli, e rimangono comunque sensibili a campi magnetici od oggetti metallici. Se volete provarlo, scaricatevi Osmand, che visualizza la direzione della bussola magnetica, e confrontate... spesso vi resulta un errore di 90° e di più... ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Ospedali e pronto soccorso
2013/8/14 Volker Schmidt vosc...@gmail.com Ho notato che con la prassi di utilizzare la combinazione amenity=hospital con emergency=yes su una area per un ospdedale risulta in una indicazione sbagliata della posizione dell'attuale stazione di Pronto Soccorso sulla mappa. Cioè se voglio portare qualcuno nel pronto soccorso finisco in un posto sbagliato. se ho visto bene a Padova avete mappato un intero complesso di ospedali ed istituti con un unica area, metterei un'area distinta per ogni ospedale. ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] Sanitaria: che etichette?
Ciao, vorrei aggiungere un negozio che vende articoli sanitari e non farmaci, non è nemmeno una parafarmacia. Come posso etichettarla? Grazie. Ciao, Mirco -- View this message in context: http://gis.19327.n5.nabble.com/Sanitaria-che-etichette-tp5773643.html Sent from the Italy General mailing list archive at Nabble.com. ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Riparazione elettrodomestici
2013/8/14 Martin Koppenhoefer dieterdre...@gmail.com forse un negozio seconda mano che ripara anche? Penso sia più il contrario: un laboratorio che vende anche qualche articolo per le riparazioni (guarnizioni, filtri, ecc.) e qualche elettrodomestico aggiustato da loro. Grazie e ciao Cristiano ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-co] nombres
http://www.openstreetmap.org/#map=13/4.2339/-75.0720 que sera esto??? ___ Talk-co mailing list Talk-co@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-co
Re: [Talk-co] nombres
Antes de eliminar datos, creo que es posible escribirle al usuario a fin que explique y corrija. http://www.openstreetmap.org/user/Juan%20Carlos%20Botero%20Ramirez El 14 de agosto de 2013 11:49, Igor TAmara i...@tamarapatino.org escribió: Hace un tiempo puse una nota de OSM indicando que eso era raro. Entonces creo que debería simplemente eliminarse, no creo que esté bien colocar nombres de personas en un mapa público. 2013/8/14 Harrier Co harrie...@hotmail.com http://www.openstreetmap.org/#map=13/4.2339/-75.0720 que sera esto??? ___ Talk-co mailing list Talk-co@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-co ___ Talk-co mailing list Talk-co@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-co ___ Talk-co mailing list Talk-co@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-co
Re: [Talk-co] nombres
El usuario ya respondió, la próxima semana procederá a borrarlo. :) 2013/8/14 Igor TAmara i...@tamarapatino.org Totalmente de acuerdo, ya le envié un mensaje, gracias :) aproveché para recomendarle http://umaps.openstreetmap.fr y que pueda vincularse a la talk-co :) 2013/8/14 hyan...@gmail.com hyan...@gmail.com Antes de eliminar datos, creo que es posible escribirle al usuario a fin que explique y corrija. http://www.openstreetmap.org/user/Juan%20Carlos%20Botero%20Ramirez El 14 de agosto de 2013 11:49, Igor TAmara i...@tamarapatino.orgescribió: Hace un tiempo puse una nota de OSM indicando que eso era raro. Entonces creo que debería simplemente eliminarse, no creo que esté bien colocar nombres de personas en un mapa público. 2013/8/14 Harrier Co harrie...@hotmail.com http://www.openstreetmap.org/#map=13/4.2339/-75.0720 que sera esto??? ___ Talk-co mailing list Talk-co@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-co ___ Talk-co mailing list Talk-co@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-co ___ Talk-co mailing list Talk-co@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-co ___ Talk-co mailing list Talk-co@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-co
Re: [Talk-dk] byway
Der findes et forslag fra 2011 om at bruge highway=tidal_road (dvs. To distinguish roads that are tidally flooded from normal roads) /sba-dk -Oprindelig meddelelse- Fra: Uffe Kousgaard [mailto:uffe.kousga...@routeware.dk] Sendt: 13. august 2013 18:18 Til: OpenStreetMap Denmark Emne: [Talk-dk] byway Et antal ebbeveje er i OSM markeret som byway, men det er oplagt forkert: http://wiki.openstreetmap.org/wiki/Tag:highway%3Dbyway http://www.openstreetmap.org/#map=16/55.6005/10.1847 Har nogen et forslag til et bedre tag ? ___ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk - Ingen virus fundet i denne meddelelse. Kontrolleret af AVG - www.avg.com Version: 2013.0.3392 / Virusdatabase: 3211/6573 - Udgivelsesdato: 12-08-2013 ___ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk
Re: [Talk-dk] Herregårde
Hej Søren,- Det virker som om du overser den engelske tag-beskrivelse, eller har du en ny definition ?? Der er masser af herregårde, der stadig kun bruges til beboelse for slægten, så de kan da ikke tagges som historic=manor. Vedr. Sandbjerg Gods, så synes jeg, at vi skal respektere ejerens navnebrug, og Aarhus Universitet bruger altså betegnelsen Gods. Tilsvarende regel gælder for Schackenborg, hvor kongehuset bruger betegnelsen Slot, selv om det ikke blev opført som fyrstebolig. Jeg synes, at det i dette tilfælde vil være et bedrevidende skråplan at bruge dit forslag om alternative navne, og hvis det kun er af hensyn til søgemaskinen, så kan vi jo få nok at lave. Fx skulle færgehavnen Bøjden også have alt_name=Boyden (sic!) bare fordi en journalist ved Lokalavisen ikke kan stave; det kunne jo være, at nogen ville søge i OSM efter Boyden! hilsen/sba-dk -Oprindelig meddelelse- Fra: Soren Johannessen [mailto:soren.johannes...@gmail.com] Sendt: 3. august 2013 12:45 Til: OpenStreetMap Denmark Emne: Re: [Talk-dk] Herregårde OK, men hvis man skal følge den engelske tag-beskrivelse, så er det kun de herregårde, der IKKE anvendes efter formålet, der kan tagges som historic=manor, så det kan da ikke bruges generelt ? Med Lensafløsningsloven af 1919 er det sådan set slut med herregårde/godser oprindelige formål og rettigheder. Fx Arveretten ændres til de almindelige arveretslige regler samt at jord kunne sælges fra på markedsvilkår. Meget jord blev tvangsolgt af staten for at give småbønder adgang til at eje jord. Mere på Wikipedia om emnet http://da.wikipedia.org/wiki/Lensafl%C3%B8sningen Med det historiske blik på kan man godt tagge alle herregårde historic=manor uden at det er direkte misvisende. Sandbjerg Slot til Sandbjerg Gods Måske et alt_name=Sandbjerg Slot tag kan tilføjes, så det kan genfindes af dem det benytter Sandbjerg Slot som søgefrase. Navnet Sandbjerg Slot bruges af flere turistsites. vh- Søren Johannessen ___ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk - Ingen virus fundet i denne meddelelse. Kontrolleret af AVG - www.avg.com Version: 2013.0.3392 / Virusdatabase: 3209/6547 - Udgivelsesdato: 02-08-2013 ___ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk
Re: [Talk-dk] Herregårde
Hej Sonny Hvilket tag skulle så være fælles for de ca. 730 herregårde der findes i Danmark? Fra wikien The tag *historic=manor* may be used for country houses once used as manor house or mansion or as home of gentry / landowners Bemærk once used - Da herregårde i deres oprindelig form og rettigheder ikke findes mere i Danmark, kan det siges at være i de historiske OSM tags område. Nu er det ikke bare taget ud af den blå luft. Fx Dansk Center for Herregårdsforsknings definition Begrebet herregård er grundlæggende et historisk begreb, som knytter sig til en virkelighed, der ikke længere eksisterer. Det er imidlertid centrets opfattelse, at man kun kan betegne en gård som værende en herregård, hvis den var det på en tid, hvor begrebet var nutid. http://herregaardsforskning.dk/hvad-er-en-herregaard.aspx Kigger vi på OSM historic wiki The historic=* key is used to identify features that are of historic interest.[...]The degree to which the subject is generally considered to be of historical importance. For example, inclusion in an authoritative listing of historic sites, or a special protected status is not a requirement, but might be considered as supporting evidence that a feature is sufficiently important. Hvis vi går ud fra at en slægt stadigvæk bor der - så vil Egeskov Slot (som er en herregård) ikke kunne få tagget historic=manor fordi Ahlefeldt-Laurvig-Bille slægten bor der nu. Mens Orebjerg (Nordsjælland) ejet af Pagterold ApS v/a Jørn E. Jensen godt kan få historic=manor, da det ikke er adel/baron/greve slægt der bor der nu . Egeskov Slot er så ikke af historisk interesse (i form af et historic tag) , mens den lille Orebjerg herregård er det. Det giver ingen mening for de fleste. Derfor mener jeg det er lettere at sige at Danmarks ca. 730 herregårde er alle sammen historiske interessante og kan smides i historic=manor eller building=manor). Desuden vil der aldrig komme nogle nye herregårde til, så det er ikke sådan noget op ad bakke arbejde med at holde øje med nye i ens lokalområde. Derudover er der genfinding, som er lettere ved at have et fælles tag(s) for herregårde i Danmark - Fx hent alle herregårde på Fyn via diverse API'er (måske OverPass API). Vedr. alt_name for Sandbjerg Slot (off. navn Sandbjerg Gods) - snakker ikke om alle mulige stavefejlskombinationer - men at fx Kulturarvstyrelsen, VisitAabenraa brugte denne fejlagtige Sandbjerg Slot og så det vel smart at det kan genfindes under samme fejlagtige stavemåde. Stadigvæk så er name= Sandbjerg Gods jo det officielle navn og som bliver evt. vist på kortene - Sandbjerg Slot findes så bare bagved og gør at det kan genfindes. alt_name er også praktisk når lokale ved at det er også er kendt under noget andet fx Christiansholm (off. navn) som blandt mange københavnerne er kendt som Papirøen. OSM bliver mere værdifuld når sådan lokalviden bliver lagt ind. vh. Søren 2013/8/14 Sonny B. Andersen s...@bukhmark.dk Hej Søren,- Det virker som om du overser den engelske tag-beskrivelse, eller har du en ny definition ?? Der er masser af herregårde, der stadig kun bruges til beboelse for slægten, så de kan da ikke tagges som historic=manor. Vedr. Sandbjerg Gods, så synes jeg, at vi skal respektere ejerens navnebrug, og Aarhus Universitet bruger altså betegnelsen Gods. Tilsvarende regel gælder for Schackenborg, hvor kongehuset bruger betegnelsen Slot, selv om det ikke blev opført som fyrstebolig. Jeg synes, at det i dette tilfælde vil være et bedrevidende skråplan at bruge dit forslag om alternative navne, og hvis det kun er af hensyn til søgemaskinen, så kan vi jo få nok at lave. Fx skulle færgehavnen Bøjden også have alt_name=Boyden (sic!) bare fordi en journalist ved Lokalavisen ikke kan stave; det kunne jo være, at nogen ville søge i OSM efter Boyden! hilsen/sba-dk -Oprindelig meddelelse- Fra: Soren Johannessen [mailto:soren.johannes...@gmail.com] Sendt: 3. august 2013 12:45 Til: OpenStreetMap Denmark Emne: Re: [Talk-dk] Herregårde OK, men hvis man skal følge den engelske tag-beskrivelse, så er det kun de herregårde, der IKKE anvendes efter formålet, der kan tagges som historic=manor, så det kan da ikke bruges generelt ? Med Lensafløsningsloven af 1919 er det sådan set slut med herregårde/godser oprindelige formål og rettigheder. Fx Arveretten ændres til de almindelige arveretslige regler samt at jord kunne sælges fra på markedsvilkår. Meget jord blev tvangsolgt af staten for at give småbønder adgang til at eje jord. Mere på Wikipedia om emnet http://da.wikipedia.org/wiki/Lensafl%C3%B8sningen Med det historiske blik på kan man godt tagge alle herregårde historic=manor uden at det er direkte misvisende. Sandbjerg Slot til Sandbjerg Gods Måske et alt_name=Sandbjerg Slot tag kan tilføjes, så det kan genfindes af dem det benytter Sandbjerg Slot som søgefrase. Navnet Sandbjerg Slot bruges af flere turistsites. vh- Søren Johannessen
Re: [Talk-dk] Herregårde
Hej alle, Efter min mening er vi ude i nogle akademiske diskussioner som ikke fører noget med sig. Jeg er pragmatisk og har foreløbigt gjort følgende: Alle bygninger fra http://herregaardsforskning.dk/kort.aspx er tegnet ind Hovedbygningen er tagget building=manor Altid med Name=et-eller-andet wikipedia: Hvis findes. Så kan jeg vel ikke gøre det mere præcist? /Leif Den 14. aug. 2013 19.55 skrev Soren Johannessen soren.johannes...@gmail.com : Hej Sonny Hvilket tag skulle så være fælles for de ca. 730 herregårde der findes i Danmark? Fra wikien The tag *historic=manor* may be used for country houses once used as manor house or mansion or as home of gentry / landowners Bemærk once used - Da herregårde i deres oprindelig form og rettigheder ikke findes mere i Danmark, kan det siges at være i de historiske OSM tags område. Nu er det ikke bare taget ud af den blå luft. Fx Dansk Center for Herregårdsforsknings definition Begrebet herregård er grundlæggende et historisk begreb, som knytter sig til en virkelighed, der ikke længere eksisterer. Det er imidlertid centrets opfattelse, at man kun kan betegne en gård som værende en herregård, hvis den var det på en tid, hvor begrebet var nutid. http://herregaardsforskning.dk/hvad-er-en-herregaard.aspx Kigger vi på OSM historic wiki The historic=* key is used to identify features that are of historic interest.[...]The degree to which the subject is generally considered to be of historical importance. For example, inclusion in an authoritative listing of historic sites, or a special protected status is not a requirement, but might be considered as supporting evidence that a feature is sufficiently important. Hvis vi går ud fra at en slægt stadigvæk bor der - så vil Egeskov Slot (som er en herregård) ikke kunne få tagget historic=manor fordi Ahlefeldt-Laurvig-Bille slægten bor der nu. Mens Orebjerg (Nordsjælland) ejet af Pagterold ApS v/a Jørn E. Jensen godt kan få historic=manor, da det ikke er adel/baron/greve slægt der bor der nu . Egeskov Slot er så ikke af historisk interesse (i form af et historic tag) , mens den lille Orebjerg herregård er det. Det giver ingen mening for de fleste. Derfor mener jeg det er lettere at sige at Danmarks ca. 730 herregårde er alle sammen historiske interessante og kan smides i historic=manor eller building=manor). Desuden vil der aldrig komme nogle nye herregårde til, så det er ikke sådan noget op ad bakke arbejde med at holde øje med nye i ens lokalområde. Derudover er der genfinding, som er lettere ved at have et fælles tag(s) for herregårde i Danmark - Fx hent alle herregårde på Fyn via diverse API'er (måske OverPass API). Vedr. alt_name for Sandbjerg Slot (off. navn Sandbjerg Gods) - snakker ikke om alle mulige stavefejlskombinationer - men at fx Kulturarvstyrelsen, VisitAabenraa brugte denne fejlagtige Sandbjerg Slot og så det vel smart at det kan genfindes under samme fejlagtige stavemåde. Stadigvæk så er name= Sandbjerg Gods jo det officielle navn og som bliver evt. vist på kortene - Sandbjerg Slot findes så bare bagved og gør at det kan genfindes. alt_name er også praktisk når lokale ved at det er også er kendt under noget andet fx Christiansholm (off. navn) som blandt mange københavnerne er kendt som Papirøen. OSM bliver mere værdifuld når sådan lokalviden bliver lagt ind. vh. Søren 2013/8/14 Sonny B. Andersen s...@bukhmark.dk Hej Søren,- Det virker som om du overser den engelske tag-beskrivelse, eller har du en ny definition ?? Der er masser af herregårde, der stadig kun bruges til beboelse for slægten, så de kan da ikke tagges som historic=manor. Vedr. Sandbjerg Gods, så synes jeg, at vi skal respektere ejerens navnebrug, og Aarhus Universitet bruger altså betegnelsen Gods. Tilsvarende regel gælder for Schackenborg, hvor kongehuset bruger betegnelsen Slot, selv om det ikke blev opført som fyrstebolig. Jeg synes, at det i dette tilfælde vil være et bedrevidende skråplan at bruge dit forslag om alternative navne, og hvis det kun er af hensyn til søgemaskinen, så kan vi jo få nok at lave. Fx skulle færgehavnen Bøjden også have alt_name=Boyden (sic!) bare fordi en journalist ved Lokalavisen ikke kan stave; det kunne jo være, at nogen ville søge i OSM efter Boyden! hilsen/sba-dk -Oprindelig meddelelse- Fra: Soren Johannessen [mailto:soren.johannes...@gmail.com] Sendt: 3. august 2013 12:45 Til: OpenStreetMap Denmark Emne: Re: [Talk-dk] Herregårde OK, men hvis man skal følge den engelske tag-beskrivelse, så er det kun de herregårde, der IKKE anvendes efter formålet, der kan tagges som historic=manor, så det kan da ikke bruges generelt ? Med Lensafløsningsloven af 1919 er det sådan set slut med herregårde/godser oprindelige formål og rettigheder. Fx Arveretten ændres til de almindelige arveretslige regler samt at jord kunne sælges fra på markedsvilkår. Meget jord blev tvangsolgt af staten for at
Re: [Talk-dk] Herregårde
Men vi er faktisk en del i lokal området som omtaler det som Sandbjerg Slot, så ingen tvivl hos mig om at der skal et alt_name på. Carsten Den 14-08-2013 13:47, Sonny B. Andersen skrev: Hej Søren,- Det virker som om du overser den engelske tag-beskrivelse, eller har du en ny definition ?? Der er masser af herregårde, der stadig kun bruges til beboelse for slægten, så de kan da ikke tagges som historic=manor. Vedr. Sandbjerg Gods, så synes jeg, at vi skal respektere ejerens navnebrug, og Aarhus Universitet bruger altså betegnelsen Gods. Tilsvarende regel gælder for Schackenborg, hvor kongehuset bruger betegnelsen Slot, selv om det ikke blev opført som fyrstebolig. Jeg synes, at det i dette tilfælde vil være et bedrevidende skråplan at bruge dit forslag om alternative navne, og hvis det kun er af hensyn til søgemaskinen, så kan vi jo få nok at lave. Fx skulle færgehavnen Bøjden også have alt_name=Boyden (sic!) bare fordi en journalist ved Lokalavisen ikke kan stave; det kunne jo være, at nogen ville søge i OSM efter Boyden! hilsen/sba-dk -Oprindelig meddelelse- Fra: Soren Johannessen [mailto:soren.johannes...@gmail.com] Sendt: 3. august 2013 12:45 Til: OpenStreetMap Denmark Emne: Re: [Talk-dk] Herregårde OK, men hvis man skal følge den engelske tag-beskrivelse, så er det kun de herregårde, der IKKE anvendes efter formålet, der kan tagges som historic=manor, så det kan da ikke bruges generelt ? Med Lensafløsningsloven af 1919 er det sådan set slut med herregårde/godser oprindelige formål og rettigheder. Fx Arveretten ændres til de almindelige arveretslige regler samt at jord kunne sælges fra på markedsvilkår. Meget jord blev tvangsolgt af staten for at give småbønder adgang til at eje jord. Mere på Wikipedia om emnet http://da.wikipedia.org/wiki/Lensafl%C3%B8sningen Med det historiske blik på kan man godt tagge alle herregårde historic=manor uden at det er direkte misvisende. Sandbjerg Slot til Sandbjerg Gods Måske et alt_name=Sandbjerg Slot tag kan tilføjes, så det kan genfindes af dem det benytter Sandbjerg Slot som søgefrase. Navnet Sandbjerg Slot bruges af flere turistsites. vh- Søren Johannessen ___ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk - Ingen virus fundet i denne meddelelse. Kontrolleret af AVG - www.avg.com Version: 2013.0.3392 / Virusdatabase: 3209/6547 - Udgivelsesdato: 02-08-2013 ___ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk - Ingen virus fundet i denne meddelelse. Kontrolleret af AVG - www.avg.com Version: 2013.0.3392 / Virusdatabase: 3211/6574 - Udgivelsesdato: 13-08-2013 ___ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk
Re: [Talk-se] Kvartersnamn
2013/8/14 Andreas Vilén andreas.vi...@gmail.com Jag har tänkt att datan för ytan gäller även kvarteret, därför finns ingen anledning att inte lägga datan på ytan. En nod har ju heller ingen definierad yta. Visst kan man rita en nya yta som exakt motsvarar en annan, men ser inte poängen med det alls. En poäng är att man följer principen: One feature one OSM element http://wiki.openstreetmap.org/wiki/One_feature,_one_OSM_element Ang att en residential täcker mer än ett kvarter är det självklart, men inget säger att man inte kan skapa en per kvarter. Tvärtom är det då lättare att upptäcka uppehåll i bostadstäckningen. Att tagga en nod för något som rör en yta anser jag dock är helt främmande, när vi har tillgång till bättre data. Självklart är det bättre att mappa place=city_block som en yta istället för en nod. Men jag förstår inte varifrån du får att det skulle vara fel eller främmande att mappa den som en nod. Det finns faktiskt tio gånger mer place-objekt som är noder än ytor. Men som sagt, yta är bättre, men man kanske inte alla gånger har tillräckligt med information för att kunna rita en yta, men ändå vill spara kvartersnamnet. /Markus ___ Talk-se mailing list Talk-se@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-se
[Talk-es] Enlace A-2 con AP-7 de Fornells de la Selva
Buenos días, A ver si alguien de la zona puede mapear la puesta en marcha de este enlace: http://www.fomento.gob.es/NR/rdonlyres/70c901ad-d493-4933-b248-f3cf4014a438/119417/130813enlaceFornells.jpg ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Enlace A-2 con AP-7 de Fornells de la Selva
si no hay cambios de ultima hora, el viernes pasare por alli, de bajada y de subida 2013/8/14 Ricardo Sanz ricardosanz1...@gmail.com Buenos días, A ver si alguien de la zona puede mapear la puesta en marcha de este enlace: http://www.fomento.gob.es/NR/rdonlyres/70c901ad-d493-4933-b248-f3cf4014a438/119417/130813enlaceFornells.jpg ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-ro] Fwd: admin_level pentru cartiere/sate/comune/etc?
Salut, Intr-adevar, prima problema ridicata de tine chiar este o problema majora. Eu de exemplu am refacut cateva limite administrative de curand (Constanta, Palazu Mare, Mamaia, Nazarcea, Poiana) tocmai cat sa cuprinda localitatile respective. Limita reala e mai mare, dar n-am date. Insa, consider ca e mai bine, ce era desenat anterior era mult sub dimensiunea reala actuala. Respectiv la admin_level, pot sa vin cu o propunere? - admin_level = 2 - granita nationala, neschimbat - admin_level = 3 - viitoarele regiuni, cand si daca vor fi definite ca atare; nefolosit momentan, doar rezervat - admin_level = 4 - judetele curente (inclusiv Judetul Ilfov) si Bucuresti; ramane de vazut daca vor mai exista judetele dupa regionalizare; din cate am inteles, e posibil sa existe in continuare, dar cu atributii restranse - admin_level = 6 - municipii, orase subordonate direct judetului, comune, sectoare Bucuresti - orice diviziune administrativa care se subordoneaza direct judetului si are administratie proprie - admin_level = 8 - localitatile componente ale unui municipiu/oras, satele componente ale comunelor - practic orice localitate care nu are conducere administrativa de sine-statatoare sau se subordoneaza altuia care este direct subordonat judetului - admin_level = 10 - cartiere; sunt referite administrativ si oficial, deci cred ca ar trebui incluse; nu vad nici o alta subdiviziune mai mica posibila (care sa aiba si referiri administrative sau oficiale), deci 10 ar fi ok pentru ele; 5, 7, 9 raman rezervate. Ce propun eu e destul de similar cu felul cum sunt grupate datele in SIRUTA (lvl 1, 2, 3) si cam ce avem deja, cu adaugarea cartierelor. Similar si cu ce e in Franta etc. Are vreun sens ce zic eu? Astept pareri. Bogdan Pe 12.08.2013 18:26, Michael Häckel a scris: Problema adevărată este că monentan în afară de București limitele comunelor nu sunt corecte nicăieri. Niște sate au o limită administrativă pe OSM care este aproximativ identic cu zona residențială. Limitele acestea nu sunt conform cu realitate. Dar pană când nu avem date mai bune nu putem face nimic. În comparație cu alte țări probabil ar fi mai bine dacă o comună este admin- level 8 și un sat admin-level 10. Am Montag, 12. August 2013, 14:26:04 schrieb Bogdan Enache: Salut, Cred ca am speriat pe toata lumea cu intrebarea asta :) Revin: exista vreo propunere pentru admin-level la noi incat sa fie separatie clara pentru municipii/localitatile componente, sate vs comune s.a.m.d.? Cel putin nu o gasesc eu aici: http://wiki.openstreetmap.org/wiki/Tag:boundary%3Dadministrative#10_admin_le vel_values_for_specific_countries Mersi, Bogdan Mesajul original Subiect: [Talk-ro] admin_level pentru cartiere/sate/comune/etc? Dată:Wed, 07 Aug 2013 16:39:49 +0300 de la: Bogdan Enache enachebog...@gmx.com Răspuns către: OSM Romania talk-ro@openstreetmap.org Către: talk-ro@openstreetmap.org Salut, O întrebare: cum ar trebui setat admin_level pentru satul Nazarcea, ce face parte din comuna Poarta Albă, jud Constanța? Există vreo practică clară pentru RO, pentru cartiere/sate/comune/localități/municipii etc? Că peste tot văd numai 6, și nu mi se pare corect. Și ce altceva ar mai trebui setat ca să fie clar că face parte din comună și că nu e de tip „County”, ci „Village”? Tocmai ce am desenat marginile administrative la el, d-asta întreb... BTW, am observat că pentru județul Constanța de ex. apare ca „State boundary”, iar pentru oraș apare ca „County boundary”, deci cu 1-2 nivele mai sus față de cât ar trebui... E ceva anapoda aici? Am redesenat și marginile pentru Constanța și Palazu Mare, nu prea mai corespundeau cu realitatea deloc. N-am umblat decât la cale, nu la taguri. Poate verifică cineva dacă am făcut bine, mai bine să-mi iau bobârnace acum decât mai târziu. Și dacă tot sunt aici, există pe undeva vreun tutorial, așa mai pentru începători, despre cum se fac relațiile la limitele administrative? Bogdan ___ 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-ca] Rendering of Canadian shields
Crud, guess it helps if I include the link: http://www.th.gov.bc.ca/publications/eng_publications/electrical/MoST_PM.pdf Page 115. Not 100% sure on reproducibility of Canadian shields; perhaps a Canadian could help on this part. On Wed, Aug 14, 2013 at 8:21 PM, Paul Johnson ba...@ursamundi.org wrote: Incidentally came across some shield guidance for handling BC routes 1 (Trans-Canada), 3 (Crow's Nest), 5 (Yellowhead) and 16 (TC, though also Yellowhead in places). Alberta uses a similar 3 sign (albeit on an Alberta shield cutout) for the Alberta segment of the Crow's Nest. ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
[Talk-ca] Rendering of Canadian shields
Incidentally came across some shield guidance for handling BC routes 1 (Trans-Canada), 3 (Crow's Nest), 5 (Yellowhead) and 16 (TC, though also Yellowhead in places). Alberta uses a similar 3 sign (albeit on an Alberta shield cutout) for the Alberta segment of the Crow's Nest. ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] Rendering of Canadian shields
And who would be using these? OpenStreetMap's own map rendering doesn't use route shields at all. - David E. Nelson From: Paul Johnson ba...@ursamundi.org To: OpenStreetMap talk-us list talk...@openstreetmap.org; talk-ca@openstreetmap.org Sent: Wednesday, August 14, 2013 6:22:39 PM Subject: Re: [Talk-ca] Rendering of Canadian shields Crud, guess it helps if I include the link: http://www.th.gov.bc.ca/publications/eng_publications/electrical/MoST_PM.pdf Page 115. Not 100% sure on reproducibility of Canadian shields; perhaps a Canadian could help on this part. On Wed, Aug 14, 2013 at 8:21 PM, Paul Johnson ba...@ursamundi.org wrote: Incidentally came across some shield guidance for handling BC routes 1 (Trans-Canada), 3 (Crow's Nest), 5 (Yellowhead) and 16 (TC, though also Yellowhead in places). Alberta uses a similar 3 sign (albeit on an Alberta shield cutout) for the Alberta segment of the Crow's Nest. ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
[OSM-talk-fr] (sans objet)
Bonjour, Est-il possible de mettre cet évènement sur le site d’OSM France. C’est plutôt une introduction au Cartopartie pour le directeur de l’école + enseignants, les habitants et le personnel de la mairie. http://www.vers74.fr/index.php?option=com_contentview=categorylayout=blogid=47Itemid=152 La carto partie sera organisée le samedi 31 aout 2013 de 15h à 17h à la mairie de vers 74160 C’est plutôt une introduction à OSM pour sensibiliser à l’utilisation de données libres et aussi de voir comment on peut intégrer la cartographie dans une mairie et école de la commune. Je réalise aussi plusieurs supports pédagogiques pour les enfants et une carte d’orientation ludique pour les sorties de l’école. S’il y a des cartographes OSM en Haute Savoie, ce sera avec plaisir de pouvoir vous rencontrer lors de cet évènement ou en dehors et pourquoi pas organiser des carto parties ailleurs, en ville ou milieu rural. A+ fred ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Hello
Bonjour tout le monde, Le problème semble lié aux tuiles d'OSM, pas à mes modifications. Bonne journée, Amicalement, Al Le 13 août 2013 à 23:00, Al Harawi a écrit : Le 13 août 2013 à 22:55, Christian Quest a écrit : Ca vient peut être des serveurs OSM-FR, on en a plusieurs en vacances en ce moment :( Demain j'en remplace un (osm3) à Cachan... Visiblement, c'est OSM1 osm1.crans.org… qui est en vacances -- Christian Quest - OpenStreetMap France Un nouveau serveur pour OSM... http://donate.osm.org/server2013/ ___ 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 smime.p7s Description: S/MIME cryptographic signature ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Le wiki et les langues Was: On se moque a Wikipedia
Bonjour Le 13/08/2013 23:38, Jo a écrit : Il y a à peu près 5000 langues vivantes dans le monde, donc il n'est pas réaliste de les préparer au cas où. Oui, mais 250 wikis seront viables, et c'est encore énorme. À mon avis, cela ne dépassera jamais la centaine. Puis il y aura beaucoup de wikis que personne ne gère. Et ils ont tendance de devenir remplis de spam à une vitesse effrayante... Et autant de wikis différents, c'est autant d'usage différents d'étiquette, surtout pour des payas utilisant couramment au moins 2 langues. Et c'est pour cela que je reviens à mon idée de départ : - 1 seul wiki - Pas de namespace spécifique aux langues mais un titre avec la langue en suffixe - Et surtout l'utilisation de l'extention traduction qui permet à partir d'une page de base (même si elle a des règles spécifiques) de traduire uniquement à partir de cette base : Les données sont mondiales et doivent être uniformisées mondialement et seulement affiné localement. Les traductions doivent être de même afin que chacun d'entre nous façon de même Voici un exemple de ce qui pourrait arrivé, mais qui, je pense, ne proviens pas d'une problème de traduction d'étiquette mal indiqué dans le wiki, mais j'ai pas envie d'en mener l’enquête (est-ce le contributeur francophone qui a mal utilisé l'étiquette ou le reste des autres contributeurs ou l'entreprise qui à pris l'étiquette le plus courant et qui a donc choisi par malchance la mauvaise étiquette : ITOWorld qui reprend les données. Et bien sur le réseau pipeline. À cause d'une petite dérive d'étiquetage on obtient ceci [1] au lieu de cela [2] (un peu long à charger je crois) L'erreur probable : des étiquettes mal utilisées. [1] http://www.itoworld.com/map/220?lon=3.67416lat=45.51651zoom=17fullscreen=true [2] http://www.openstreetmap.org/browse/relation/2032392 Cordialement -- David Crochet ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Cartographie des réseaux de distribution eau, gaz
2013/8/14 David Crochet david.croc...@online.fr: À cause d'une petite dérive d'étiquetage on obtient ceci [1] au lieu de cela [2] (un peu long à charger je crois) L'erreur probable : des étiquettes mal utilisées. [1] http://www.itoworld.com/map/220?lon=3.67416lat=45.51651zoom=17fullscreen=true [2] http://www.openstreetmap.org/browse/relation/2032392 Ceci n'est pas un problème de wiki mais bien d'interprétation de tags. Cette zone cummule plusieurs problèmes: http://www.openstreetmap.org/#map=17/45.51454/3.65128 PhQ, si tu nous lis 1. Passons sur le fait que le réseau d'eau est taggué avant les noms de rues. Dans OSM, même si ça n'est en aucun cas une obligation, on aime bien cartographier du plus gros au plus petit. Commencer par les routes et les forêts puis le bâti et les adresses avant de mettre les bancs publiques et les boîtes postales. Ou les réseaux de distribution d'eau... C'est qu'un détail mais c'est irritant. 2. Le filaire des rues est manquant. Si on veut ajouter le surfacique, il faut le tagguer avec area:highway=residential et non avec highway=residential + area=yes et après avoir ajouter le filaire. Le area=yes implique que la surface est circulable dans toutes les directions, ce qui est loin d'être le cas dans les zones concernées si on en croit l'imagerie aérienne. Voir http://wiki.openstreetmap.org/wiki/Proposed_features/area:highway 3. le tag pour les canalisations d'eau et de gaz n'est évidemment pas man_made=pipeline. Un pipeline en français correspond exactement à la définition anglaise, ça concerne le transport de gaz et liquides sur de longues distances en grosses quantités et pas le réseau de distribution aux particuliers. 4. Il y a un problème à mettre le tag principal man_made sur la super-relation et sur toutes les relations membres et ne mettre le tag layer que sur les ways finaux. Certains tags se retrouvent duppliqués, d'autres non. Ca manque de logique et il sera difficile d'exploiter ce genre de schéma. 5. On évite les abréviations qui rendent les textes incompréhensibles du public. Que veux dire AEP de Champétières ? 6. Quelle est la source du tracé des canalisations ? Est-ce compatible avec OSM et ODbL ? 7. Le plus important : il n'y a actuellement pas de consensus pour cartographier les réseaux de distributions gaz/électricité finaux souterrains et aériens dans OSM. Pour une raison qui relève du bon sens : il y a un gros problème de complexification d'édition pour les futurs contributeurs. Seuls les principaux éléments de transports comme les lignes à haute tension ou les pipelines sont bien tolérés par la communauté parce qu'ils occupent un espace relativement indépendants, sont des marqueurs du paysage, servent aussi à l'orientation et entrent peu en conflit avec les données déjà présentes. En revanche, si on découvre des zones avec le routier, le bâti, les landuse, le filaire électrique, le filaire téléphonique, le filaire gaz, le filaire eau, etc, on imagine bien que la zone est impossible à éditer, améliorer ou corriger sans filtrer les différentes couches, ce qu'aucun outil d'édition dans OSM ne fait correctement depuis 9 ans. En un mot, ne perdez pas votre temps avec les réseaux de distribution finaux. Il risque de disparaître très vite dans OSM. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Cartographie des réseaux de distribution eau, gaz
Ah c'est la matinée sémantique de la semaine :) Le 14 août 2013 11:06, Pieren pier...@gmail.com a écrit : 3. le tag pour les canalisations d'eau et de gaz n'est évidemment pas man_made=pipeline. Un pipeline en français correspond exactement à la définition anglaise, ça concerne le transport de gaz et liquides sur de longues distances en grosses quantités et pas le réseau de distribution aux particuliers. Je crois qu'il y a une zone d'ombre en fait. Si le tag n'est pas man_made=pipeline + type=water, quel est-il ? J'utilise cette combinaison pour tagger les conduites forcées EDF, qui sont des canalisations blindées pour le transport de l'eau sous pression. A la différence des galeries d'amenée en charge qui sont taggées avec waterway=drain Si je peux me permettre une comparaison avec power=line, il ne me semble pas y avoir de différences structurelles entre un pipeline pour le TMD et une canalisation de flotte : ca reste un emboitement de tuyaux. Tout comme une ligne électrique reste un enchainement de conducteurs. D'autres tags sont là pour qualifier plus précisément de quoi il s'agit. PaDorange avait lancé une proposition sur ce domaine qu'on pourrait porter jusqu'au vote. http://wiki.openstreetmap.org/wiki/Proposed_features/water_network 4. Il y a un problème à mettre le tag principal man_made sur la super-relation et sur toutes les relations membres et ne mettre le tag layer que sur les ways finaux. Certains tags se retrouvent duppliqués, d'autres non. Ca manque de logique et il sera difficile d'exploiter ce genre de schéma. +1 5. On évite les abréviations qui rendent les textes incompréhensibles du public. Que veux dire AEP de Champétières ? Adduction d'Eau Potable de Champétrières. C'est un acronyme communément utilisé à mon sens. Les réseaux de flotte sont en majorité gérés par des collectivités locales. A mon avis ce peut-être intéressant pour elles d'utiliser OSM au même titre que d'autres de leur prérogatives. 7. Le plus important : il n'y a actuellement pas de consensus pour cartographier les réseaux de distributions gaz/électricité finaux souterrains et aériens dans OSM. Pour une raison qui relève du bon sens : il y a un gros problème de complexification d'édition pour les futurs contributeurs. Seuls les principaux éléments de transports comme les lignes à haute tension ou les pipelines sont bien tolérés par la communauté parce qu'ils occupent un espace relativement indépendants, sont des marqueurs du paysage, servent aussi à l'orientation et entrent peu en conflit avec les données déjà présentes. En revanche, si on découvre des zones avec le routier, le bâti, les landuse, le filaire électrique, le filaire téléphonique, le filaire gaz, le filaire eau, etc, on imagine bien que la zone est impossible à éditer, améliorer ou corriger sans filtrer les différentes couches, ce qu'aucun outil d'édition dans OSM ne fait correctement depuis 9 ans. En un mot, ne perdez pas votre temps avec les réseaux de distribution finaux. Il risque de disparaître très vite dans OSM. Si je résume, on va donc limiter le potentiel en donnée juste parce qu'on est pas capable d'avoir des applis qui tiennent la route. C'est curieux. Un peu comme le rendu bloqué depuis des lustres (quoi que ca semble avoir bougé dernièrement je crois). A force d'avoir ce genre de bâton dans les roues, le projet pourrait bien s'effondrer sur lui-même. Je nuancerais tout ça en disant que JOSM dispose (ou peu disposer) de schémas de coloration dédiés pour mettre en évidence le domaine qu'on veut éditer, sans pour autant avoir de couches distinctes, soit. Bonne journée. *François Lacombe* francois dot lacombe At telecom-bretagne dot eu http://www.infos-reseaux.com ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Cartographie des réseaux de distribution eau, gaz
Le 14/08/2013 11:06, Pieren a écrit : 1. Passons sur le fait que le réseau d'eau est taggué avant les noms de rues. Dans OSM, même si ça n'est en aucun cas une obligation, on aime bien cartographier du plus gros au plus petit. non ! TU aime bien qu'il soit fait ainsi, mais c'est pas le cas pour tout le monde Commencer par les routes et les forêts puis le bâti et les adresses avant de mettre les bancs publiques et les boîtes postales. Ou les réseaux de distribution d'eau... C'est qu'un détail mais c'est irritant. moi ce qui m'irrite c'est les gens qui ralent pour qu'on importe les donnees dans un certain ordre toute contribution est une bonne contribution, si quelqu'un a envie de maper les reseaux d'eau et rien que les reseau d'eau, y compris dans des endroits ou y'a ni batiments ni routes ni forets, grand bien lui en fasse il n'y a _aucune_ bonne raison de l'en empecher ni de raler, et certainement pas l'absence de certaines autres donnees dans la zone PS : precisement, je prefere beaucoup commencer par le bati et mettre les rues apres : si on commence par les rues on a souvent a les refaire quand on rajoute le bati et j'aime pas faire le boulot 2 fois PS 2 : j'ai beau preferer faire comme ca, je ne me permets pas de raler sur les autres si ils font pas comme je prefere, quand bien meme je me fais chier a refaire les rues a chaque fois que je met le bati a un endroit ou un autre a mis les rues d'abord ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Cartographie des réseaux de distribution eau, gaz
2013/8/14 François Lacombe francois.laco...@telecom-bretagne.eu: Si le tag n'est pas man_made=pipeline + type=water, quel est-il ? J'utilise cette combinaison pour tagger les conduites forcées EDF, qui sont des canalisations blindées pour le transport de l'eau sous pression. A la différence des galeries d'amenée en charge qui sont taggées avec waterway=drain Pour une conduite forcée, l'idéal serait d'avoir un tag spécifique. pipeline peut suffire en attendant et par similarité (mais la finalité est différente). D'autant plus que son usage est très rare. Si on parle du réseau de distribution d'eau potable puis du réseau des eaux usées, on parle de millions de kilomètres et ça mérite un tag plus explicite que pipeline (si on va dans cette direction) Si je peux me permettre une comparaison avec power=line, il ne me semble pas y avoir de différences structurelles entre un pipeline pour le TMD et une canalisation de flotte : ca reste un emboitement de tuyaux. Tout comme une ligne électrique reste un enchainement de conducteurs. D'autres tags sont là pour qualifier plus précisément de quoi il s'agit. Si on veut faire un parallèle, il faudrait alors changer pipeline en pipe. La définition de pipeline sur le wiki est pourtant clair : The pipeline key is used for major pipelines ... Adduction d'Eau Potable de Champétrières. C'est un acronyme communément utilisé à mon sens. Ah, je pensais que c'était l'Aumonerie de l'Enseignement Public ;-) Non, à part dans les collectivités locales peut-être et les professionels de la profession, ça n'est pas un acronyme communément utilisé. Les réseaux de flotte sont en majorité gérés par des collectivités locales. A mon avis ce peut-être intéressant pour elles d'utiliser OSM au même titre que d'autres de leur prérogatives. Pour elles, peut-être, mais pour les autres ? Si des données sont importées avec la condition impérative qu'elles ne peuvent être améliorées ou modifiées par d'autres contributeurs qui n'en auront d'ailleurs aucun usage, il faut toujours se poser la question de leur pertinence dans OSM et si finalement, ces données ne devraient pas rester dans un fichier ou base de données séparé. Il y a quelques années en arrière, il y a eu une fameuse discussion sur la liste principale à propos de l'état de NewYork (ou la ville, je ne sais plus) qui voulait bien importer ses limites administratives dans OSM à la condition unique que ces éléments soient bloqués et non modifiables par d'autres contributeurs. Cette demande a été massivement rejetée pour les raisons précédement citées. A force d'avoir ce genre de bâton dans les roues, le projet pourrait bien s'effondrer sur lui-même. Ca fait 9 ans qu'on nous l'annonce... Je nuancerais tout ça en disant que JOSM dispose (ou peu disposer) de schémas de coloration dédiés pour mettre en évidence le domaine qu'on veut éditer, sans pour autant avoir de couches distinctes, soit. Sauf que des éléments peuvent se retrouver dans plusieurs couches. Un tunnel d'égout peut servir aux câbles. Des poteaux, supporter plusieurs filaires. etc. Sur le vertical, c'est encore plus compliqué, vu comme OSM; supporte la 3D. Les sources sont aussi multiples avec des précisions variables. Déplacer un noeud sur une couche peut altérer les données d'une autre couche sans qu'on s'en aperçoive. Je souhaite que jamais un entrepeneur creuse une tranchée à côté d'une conduite gaz sur la seule foi d'un plan OSM ! Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Calcul d'itinéraires pour piétons avec les données OSM
Merci à tous pour vos commentaires, je réponds ci-dessous : * il n'est pas obligatoire de taper une adresse pour ajouter un point, un clic droit sur la carte devrait ouvrir un menu pour le faire. * la recherche d'adresse est faite avec Nominatim pour le moment, ce n'est pas parfait mais une bonne base pour cette appli de test. * la taille des données à traiter, à générer (pour les espaces ouverts) et les ressources matérielles dont je dispose ne me permettent pas pour l'instant d'étendre cette application à un pays entier. Par contre ajouter d'autres villes est possible. * je suis d'accord qu'enrichir la description des POI serait bien, il faut que je regarde * les profils proposés sont limités pour garder une interface simple. Des adaptations PMR ou canicule par exemple sont possibles, mais peut-être à placer sur une autre interface. Bonne journée Le 6 août 2013 10:46, Christian Quest cqu...@openstreetmap.fr a écrit : Pour l'auto complétion des adresses et les noms partiels, c'est un sujet qui mérite un grosse réflexion. A-t-on besoin de tags supplémentaires pour aider ces algorithmes ? Beaucoup de choses peuvent être traitées automatiquement, mais il serait peut être utile d'avoir des tags pour gérer les cas particuliers. Une suggestion pour la v3.0 du calcul d'itinéraire canicule... en fonction de l'heure prendre le trottoir à l'ombre des bâtiments ;) -- Christian Quest - OpenStreetMap France Un nouveau serveur pour OSM... http://donate.osm.org/server2013/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Frédéric Bonifas +33672652807 skype:fredericbonifas ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Calcul d'itinéraires pour piétons avec les données OSM
Le code est ouvert ? ça permettrait de déployer d'autres instances... Le 14 août 2013 12:09, Frédéric Bonifas fredericboni...@gmail.com a écrit : Merci à tous pour vos commentaires, je réponds ci-dessous : * il n'est pas obligatoire de taper une adresse pour ajouter un point, un clic droit sur la carte devrait ouvrir un menu pour le faire. * la recherche d'adresse est faite avec Nominatim pour le moment, ce n'est pas parfait mais une bonne base pour cette appli de test. * la taille des données à traiter, à générer (pour les espaces ouverts) et les ressources matérielles dont je dispose ne me permettent pas pour l'instant d'étendre cette application à un pays entier. Par contre ajouter d'autres villes est possible. * je suis d'accord qu'enrichir la description des POI serait bien, il faut que je regarde * les profils proposés sont limités pour garder une interface simple. Des adaptations PMR ou canicule par exemple sont possibles, mais peut-être à placer sur une autre interface. Bonne journée Le 6 août 2013 10:46, Christian Quest cqu...@openstreetmap.fr a écrit : Pour l'auto complétion des adresses et les noms partiels, c'est un sujet qui mérite un grosse réflexion. A-t-on besoin de tags supplémentaires pour aider ces algorithmes ? Beaucoup de choses peuvent être traitées automatiquement, mais il serait peut être utile d'avoir des tags pour gérer les cas particuliers. Une suggestion pour la v3.0 du calcul d'itinéraire canicule... en fonction de l'heure prendre le trottoir à l'ombre des bâtiments ;) -- Christian Quest - OpenStreetMap France Un nouveau serveur pour OSM... http://donate.osm.org/server2013/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Frédéric Bonifas +33672652807 skype:fredericbonifas ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Christian Quest - OpenStreetMap France Un nouveau serveur pour OSM... http://donate.osm.org/server2013/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] On se moque a Wikipedia
Le 13/08/2013 19:26, JB a écrit : Euh, et la copie du panneau d'indication souvent posé là pour les randonneurs, c'est autorisé ? Probablement. Mais j'ai rarement vu des panneaux indiquant l'altitude à proximité des lacs, surtout lorsqu'aucun sentier n'y passe. L'utilisation systématique du tag source serait une bonne chose pour le projet OSM. En cas de plainte d'un détenteur de droits, comment OSM pourra-t-il prouver qu'il n'y a pas eu plagiat ? Jean-Claude ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Calcul d'itinéraires pour piétons avec les données OSM
Il sera ouvert dès que je prends le temps de le nettoyer et documenter. Bientôt j'espère. Le 14 août 2013 12:13, Christian Quest cqu...@openstreetmap.fr a écrit : Le code est ouvert ? ça permettrait de déployer d'autres instances... Le 14 août 2013 12:09, Frédéric Bonifas fredericboni...@gmail.com a écrit : Merci à tous pour vos commentaires, je réponds ci-dessous : * il n'est pas obligatoire de taper une adresse pour ajouter un point, un clic droit sur la carte devrait ouvrir un menu pour le faire. * la recherche d'adresse est faite avec Nominatim pour le moment, ce n'est pas parfait mais une bonne base pour cette appli de test. * la taille des données à traiter, à générer (pour les espaces ouverts) et les ressources matérielles dont je dispose ne me permettent pas pour l'instant d'étendre cette application à un pays entier. Par contre ajouter d'autres villes est possible. * je suis d'accord qu'enrichir la description des POI serait bien, il faut que je regarde * les profils proposés sont limités pour garder une interface simple. Des adaptations PMR ou canicule par exemple sont possibles, mais peut-être à placer sur une autre interface. Bonne journée Le 6 août 2013 10:46, Christian Quest cqu...@openstreetmap.fr a écrit : Pour l'auto complétion des adresses et les noms partiels, c'est un sujet qui mérite un grosse réflexion. A-t-on besoin de tags supplémentaires pour aider ces algorithmes ? Beaucoup de choses peuvent être traitées automatiquement, mais il serait peut être utile d'avoir des tags pour gérer les cas particuliers. Une suggestion pour la v3.0 du calcul d'itinéraire canicule... en fonction de l'heure prendre le trottoir à l'ombre des bâtiments ;) -- Christian Quest - OpenStreetMap France Un nouveau serveur pour OSM... http://donate.osm.org/server2013/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Frédéric Bonifas +33672652807 skype:fredericbonifas ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Christian Quest - OpenStreetMap France Un nouveau serveur pour OSM... http://donate.osm.org/server2013/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Frédéric Bonifas +33672652807 skype:fredericbonifas ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Cartographie des réseaux de distribution eau, gaz
2013/8/14 hamster hams...@suna.fdn.fr: non ! TU aime bien qu'il soit fait ainsi, mais c'est pas le cas pour tout le monde Relis les fils de discussions sur les blocages de nos imports bâti et tu verras que c'est un avis largement partagé. Moi perso, je m'en fous du moment que celui qui importe le bâti fasse ensuite le boulot pour les rues. Je tombe trop souvent sur des zones où le bâti a été importé sans aucunes suites et avec de nombreuses rues manquantes des mois, voir des années plus tard. C'est juste de l'import bourrin, pour faire du chiffre. Et ça, j'excuse moins. PS 2 : j'ai beau preferer faire comme ca, je ne me permets pas de raler sur les autres si ils font pas comme je prefere, quand bien meme je me fais chier a refaire les rues a chaque fois que je met le bati a un endroit ou un autre a mis les rues d'abord Il faut aussi faire attention à ne pas faire une confiance aveugle au cadastre. J'ai été récemment contacté pour corriger une commune bretonne dont l'ensemble du bâti est décalé de 5 mètres et + (et c'est variable suivant les quartiers). Le filaire routier était déjà présent et Bing était beaucoup plus juste que le cadastre... (j'ai pu départager grâce à de nombreuses traces GPS). Quand je pense qu'il va falloir que quelqu'un se fasse chier à déplacer des milliers de polygones pour que des bâtiments ne soient plus au milieu de la route... ;-) Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Cartographie des réseaux de distribution eau, gaz
Le 14 août 2013 12:21, Pieren pier...@gmail.com a écrit : 2013/8/14 hamster hams...@suna.fdn.fr: non ! TU aime bien qu'il soit fait ainsi, mais c'est pas le cas pour tout le monde Relis les fils de discussions sur les blocages de nos imports bâti et tu verras que c'est un avis largement partagé. Moi perso, je m'en fous du moment que celui qui importe le bâti fasse ensuite le boulot pour les rues. Je tombe trop souvent sur des zones où le bâti a été importé sans aucunes suites et avec de nombreuses rues manquantes des mois, voir des années plus tard. C'est juste de l'import bourrin, pour faire du chiffre. Et ça, j'excuse moins. Ca peut être de l'import bourrin, mais ça peut aussi être un moyen de rendre visible le manque de routes/rues. En zone rurale, j'ai importé pas mal de bâti sans forcément faire la voirie, mais ça rend bien visible les manques. J'imagine aussi une analyse qui détecterait l'absence de voirie pour accéder près d'un bâtiment... et pour ça il faut bien avoir le bâti. PS 2 : j'ai beau preferer faire comme ca, je ne me permets pas de raler sur les autres si ils font pas comme je prefere, quand bien meme je me fais chier a refaire les rues a chaque fois que je met le bati a un endroit ou un autre a mis les rues d'abord Il faut aussi faire attention à ne pas faire une confiance aveugle au cadastre. J'ai été récemment contacté pour corriger une commune bretonne dont l'ensemble du bâti est décalé de 5 mètres et + (et c'est variable suivant les quartiers). Le filaire routier était déjà présent et Bing était beaucoup plus juste que le cadastre... (j'ai pu départager grâce à de nombreuses traces GPS). Quand je pense qu'il va falloir que quelqu'un se fasse chier à déplacer des milliers de polygones pour que des bâtiments ne soient plus au milieu de la route... ;-) Oui, ça c'est plus ennuyeux... l'import sans contrôle de la qualité de ce qui a été importé et ça c'est bourrin. -- Christian Quest - OpenStreetMap France Un nouveau serveur pour OSM... http://donate.osm.org/server2013/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] On se moque a Wikipedia
Le 14/08/2013 12:15, Jean-Claude Repetto a écrit : En cas de plainte d'un détenteur de droits, comment OSM pourra-t-il prouver qu'il n'y a pas eu plagiat ? c'est a l'accusation de prouver l'infraction par contre c'est clair que si un detenteur de droit porte plainte et prouve qu'il y a eu copie, par exemple avec des ester egg, on est mal, et je suis meme pas sur qu'un tag source y change quelque chose ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Cartographie des réseaux de distribution eau, gaz
Le 14/08/2013 12:21, Pieren a écrit : 2013/8/14 hamster hams...@suna.fdn.fr: non ! TU aime bien qu'il soit fait ainsi, mais c'est pas le cas pour tout le monde Relis les fils de discussions sur les blocages de nos imports bâti et tu verras que c'est un avis largement partagé. j'ai pas ete assidu dans la lecture de cette liste ces derniers mois (le nombre de messages quotidiens y est pour beaucoup) je ne savais meme pas qu'il y avait eu des blocages tu peux m'aider a retrouver ces fils ? genre la date et l'heure de mails qui en font partie ? merci Moi perso, je m'en fous du moment que celui qui importe le bâti fasse ensuite le boulot pour les rues. Je tombe trop souvent sur des zones où le bâti a été importé sans aucunes suites et avec de nombreuses rues manquantes des mois, voir des années plus tard. C'est juste de l'import bourrin, pour faire du chiffre. Et ça, j'excuse moins. faudra un jour que quelqu'un me trouve un argument pour demander aux gens d'importer les rues apres le bati quand ils commencent par le bati, mais pas demander d'importer le bati apres les rues quand ils commencent par les rues est-ce que l'import de toute la voirie, bourre d'erreurs, qui a ete fait aux USA tu considere aussi ca comme bourrin pour faire du chiffre et moins excusable ? evidamment y'a l'argument ca fait pas joli sur la carte quand y'a les maisons et pas les rues, c'est une peu leger et tres subjectif comme argument Il faut aussi faire attention à ne pas faire une confiance aveugle au cadastre. J'ai été récemment contacté pour corriger une commune bretonne dont l'ensemble du bâti est décalé de 5 mètres et + (et c'est variable suivant les quartiers). Le filaire routier était déjà présent et Bing était beaucoup plus juste que le cadastre... (j'ai pu départager grâce à de nombreuses traces GPS). la mauvaise qualite du cadastre peut servir de pretexte a raler sur les imports bourrins du cadastre, mais pas a raler sur un travail de cartographie d'un reseau d'eau, surtout si ce travail est bien fait Quand je pense qu'il va falloir que quelqu'un se fasse chier à déplacer des milliers de polygones pour que des bâtiments ne soient plus au milieu de la route... ;-) je prefere me palucher une correction de calage du cadastre de temps en temps la ou le cadastre deconne plutot que d'avoir a refaire systematiquement les rues a chaque fois que je rajoute des batiments ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Cartographie des réseaux de distribution eau, gaz
Bonjour Le 14/08/2013 12:44, hamster a écrit : tu peux m'aider a retrouver ces fils ? genre la date et l'heure de mails qui en font partie ? merci Le dernier en date : Date: Wed, 17 Jul 2013 03:16:54 -0700 (PDT) From: Pichasso pichass...@hotmail.com To: talk-fr@openstreetmap.org Subject: [OSM-talk-fr] Comptes dédiés bannis après la première contribution. Cordialement -- David Crochet ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Sections d'autoroute payante
Hello, Comment indiquer les parties de routes payantes ? quels sont les codes avancés ? -- View this message in context: http://gis.19327.n5.nabble.com/Sections-d-autoroute-payante-tp5773561.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] Sections d'autoroute payante
Bonjour Le 14/08/2013 12:58, willemijns a écrit : Comment indiquer les parties de routes payantes ? chemin payant : highway=*+tool=yes [1] Barrière de péage : barrier=toll_booth + payment:*=* Cordialement -- David Crochet ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Sections d'autoroute payante
Le 14/08/2013 12:58, willemijns a écrit : Hello, Comment indiquer les parties de routes payantes ? quels sont les codes avancés ? toll=yes Librement, -- Christophe Merlet (RedFox) ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Sections d'autoroute payante
Bonjour http://wiki.openstreetmap.org/wiki/Key:payment http://wiki.openstreetmap.org/wiki/Key:toll http://wiki.openstreetmap.org/wiki/Tag:barrier%3Dtoll_booth Coquille, j'ai mis tool au lieu de toll dans mon courriel précédent Cordialement -- David Crochet ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Cartographie des réseaux de distribution eau, gaz
Le 14/08/2013 12:00, hamster a écrit : Le 14/08/2013 11:06, Pieren a écrit : 1. Passons sur le fait que le réseau d'eau est taggué avant les noms de rues. Dans OSM, même si ça n'est en aucun cas une obligation, on aime bien cartographier du plus gros au plus petit. non ! TU aime bien qu'il soit fait ainsi, mais c'est pas le cas pour tout le monde Commencer par les routes et les forêts puis le bâti et les adresses avant de mettre les bancs publiques et les boîtes postales. Ou les réseaux de distribution d'eau... C'est qu'un détail mais c'est irritant. moi ce qui m'irrite c'est les gens qui ralent pour qu'on importe les donnees dans un certain ordre toute contribution est une bonne contribution, si quelqu'un a envie de maper les reseaux d'eau et rien que les reseau d'eau, y compris dans des endroits ou y'a ni batiments ni routes ni forets, grand bien lui en fasse Faut quand même être de mauvaise foi ou manquer sérieusement de bon sens pour croire qu'OpenStreetMap a vocation a cartographier les réseaux d'eaux terminaux enfouis, et qui plus est, avant la voirie publique ! Remettons les pieds sur terre un instant, et concentrons nous un minimum sur les fondamentaux ! Librement, -- Christophe Merlet (RedFox) ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Cartographie des réseaux de distribution eau, gaz
Le 14/08/2013 12:47, David Crochet a écrit : Bonjour Le 14/08/2013 12:44, hamster a écrit : tu peux m'aider a retrouver ces fils ? genre la date et l'heure de mails qui en font partie ? merci Le dernier en date : Date: Wed, 17 Jul 2013 03:16:54 -0700 (PDT) From: Pichasso pichass...@hotmail.com To: talk-fr@openstreetmap.org Subject: [OSM-talk-fr] Comptes dédiés bannis après la première contribution. heu, la j'ai un probleme j'ai pas recu ce mail, pour moi ce fil ne comporte que 3 messages : le 17/7 a 12h16 par pichasso le 17/7 a 13h04 par pieren le 19/7 a 08h13 par pichasso c'est aussi ce que j'ai trouve la : http://lists.openstreetmap.org/pipermail/talk-fr/2013-July/thread.html#start c'est les 3 seuls qui ont ce sujet la dans le mois de juillet ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Cartographie des réseaux de distribution eau, gaz
Le 14/08/2013 13:09, Christophe Merlet a écrit : Faut quand même être de mauvaise foi ou manquer sérieusement de bon sens pour croire qu'OpenStreetMap a vocation a cartographier les réseaux d'eaux terminaux enfouis, et qui plus est, avant la voirie publique ! Remettons les pieds sur terre un instant, et concentrons nous un minimum sur les fondamentaux ! avec un raisonnement comme celui la, quand francois lacombre demande quel tag mettre tu va lui repondre aucun : OSM n'a pas vocation a cartographier les reseaux d'eau enfouis avec un raisonnement comme celui la tu va arriver a une liste exhaustive et exclusive de ce qu'OSM a vocation a cartographier, et y'aura plus d'evolution, et j'irai faire un fork ailleurs pour retrouver un peu de liberte ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Cartographie des réseaux de distribution eau, gaz
On 08/14/2013 01:09 PM, Christophe Merlet wrote: Faut quand même être de mauvaise foi ou manquer sérieusement de bon sens pour croire qu'OpenStreetMap a vocation a cartographier les réseaux d'eaux terminaux enfouis, et qui plus est, avant la voirie publique ! Enfouis, certes j'ai un doute - dont j'accorde le bénéfice aux amateurs. Mais je défends par contre le privilège de chacun dans le choix de ses priorités cartographiques, pour le bien du projet: un fanatique qui répertorie les boites aux lettres dans le désert routier n'est pas en concurrence avec celui qui trace les routes et ne s'intéresse pas aux boites aux lettres - ils sont complémentaires et il n'est nulle raison de tancer le fanatique de boites aux lettres d'être passé avant le traceur de routes. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Cartographie des réseaux de distribution eau, gaz
Le 14/08/2013 13:17, hamster a écrit : Le 14/08/2013 13:09, Christophe Merlet a écrit : Faut quand même être de mauvaise foi ou manquer sérieusement de bon sens pour croire qu'OpenStreetMap a vocation a cartographier les réseaux d'eaux terminaux enfouis, et qui plus est, avant la voirie publique ! Remettons les pieds sur terre un instant, et concentrons nous un minimum sur les fondamentaux ! avec un raisonnement comme celui la, quand francois lacombre demande quel tag mettre tu va lui repondre aucun : OSM n'a pas vocation a cartographier les reseaux d'eau enfouis avec un raisonnement comme celui la tu va arriver a une liste exhaustive et exclusive de ce qu'OSM a vocation a cartographier, et y'aura plus d'evolution, et j'irai faire un fork ailleurs pour retrouver un peu de liberte exactement. OSM est un projet de cartographie des voies de circulation et du terrain. Le reste à sa place dans d'autres bases de données. Rien n'interdit d'utiliser les outils d'OSM pour concevoir ses bases de données. Librement, -- Christophe Merlet (RedFox) ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Analyser de relation out (était : Re: Hello)
Al Harawi wrote J'en profite pour mentionner que http://analyser.openstreetmap.fr/cgi-bin/index.py plante lamentablement sous Opera 12.16 Mac - une très belle page blanche avec un champ texte et 2 petits boutons (!! Analyser !! !! Cache !!) qui ne fonctionne pas, je tenterai de percer ce mistère ce WE. A noter l'existence d'une copie de cet analyseur que l'on trouve ici : http://api.openstreetmap.fr/analyse/cgi-bin/index.py (que je viens de réparer car il appelait des libs javascript situées sur osm1 qui se baigne actuellement à st Tropez et est donc peu dispo) http://wiki.openstreetmap.org/wiki/Servers/analyser.openstreetmap.fr -- View this message in context: http://gis.19327.n5.nabble.com/Hello-tp5773481p5773569.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] Sections d'autoroute payante
tool=yes c'est pour les crevaisons ;) 2013/8/14 David Crochet david.croc...@online.fr Bonjour Le 14/08/2013 12:58, willemijns a écrit : Comment indiquer les parties de routes payantes ? chemin payant : highway=*+tool=yes [1] Barrière de péage : barrier=toll_booth + payment:*=* Cordialement -- David Crochet __**_ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.**org/listinfo/talk-frhttp://lists.openstreetmap.org/listinfo/talk-fr -- Christian Quest - OpenStreetMap France Un nouveau serveur pour OSM... http://donate.osm.org/server2013/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Sections d'autoroute payante
Bonjour Le 14/08/2013 13:36, Christian Quest a écrit : tool=yes c'est pour les crevaisons ;) Avec tool=yes, tu transformes un barrier=toll_booth en barrier=lift_gate+fee=yes également :-) Cordialement -- David Crochet ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Sections d'autoroute payante
On Wed, Aug 14, 2013, at 13:05, David Crochet [via GIS] wrote: Bonjour Le 14/08/2013 12:58, willemijns a écrit : Comment indiquer les parties de routes payantes ? chemin payant : highway=*+tool=yes [1] Barrière de péage : barrier=toll_booth + payment:*=* ok merci -- View this message in context: http://gis.19327.n5.nabble.com/Sections-d-autoroute-payante-tp5773561p5773574.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] Cartographie des réseaux de distribution eau, gaz
Tu me semble un peu réducteur en limitant aux voies de circulation et au terrain. Il y a beaucoup d'informations très utiles qui vont bien au delà... trop nombreuses pour les lister ! La limite pour moi c'est la vérifiabilité et la capacité à mettre à jour. Le 14 août 2013 13:23, Christophe Merlet red...@redfoxcenter.org a écrit : Le 14/08/2013 13:17, hamster a écrit : Le 14/08/2013 13:09, Christophe Merlet a écrit : Faut quand même être de mauvaise foi ou manquer sérieusement de bon sens pour croire qu'OpenStreetMap a vocation a cartographier les réseaux d'eaux terminaux enfouis, et qui plus est, avant la voirie publique ! Remettons les pieds sur terre un instant, et concentrons nous un minimum sur les fondamentaux ! avec un raisonnement comme celui la, quand francois lacombre demande quel tag mettre tu va lui repondre aucun : OSM n'a pas vocation a cartographier les reseaux d'eau enfouis avec un raisonnement comme celui la tu va arriver a une liste exhaustive et exclusive de ce qu'OSM a vocation a cartographier, et y'aura plus d'evolution, et j'irai faire un fork ailleurs pour retrouver un peu de liberte exactement. OSM est un projet de cartographie des voies de circulation et du terrain. Le reste à sa place dans d'autres bases de données. Rien n'interdit d'utiliser les outils d'OSM pour concevoir ses bases de données. Librement, -- Christophe Merlet (RedFox) __**_ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.**org/listinfo/talk-frhttp://lists.openstreetmap.org/listinfo/talk-fr -- Christian Quest - OpenStreetMap France Un nouveau serveur pour OSM... http://donate.osm.org/server2013/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Cartographie des réseaux de distribution eau, gaz
Bonjour Le 14/08/2013 13:10, hamster a écrit : Le 14/08/2013 12:47, David Crochet a écrit : Le dernier en date : Date: Wed, 17 Jul 2013 03:16:54 -0700 (PDT) From: Pichasso pichass...@hotmail.com To: talk-fr@openstreetmap.org Subject: [OSM-talk-fr] Comptes dédiés bannis après la première contribution. heu, la j'ai un probleme j'ai pas recu ce mail, pour moi ce fil ne comporte que 3 messages : le 17/7 a 12h16 par pichasso Date: Wed, 17 Jul 2013 03:16:54 -0700 (PDT) 03h16 avec une heure PDT, cela ne fait pas 12h16 ? Cordialement -- David Crochet ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Cartographie des réseaux de distribution eau, gaz
Le 14/08/2013 13:23, Christophe Merlet a écrit : Le 14/08/2013 13:17, hamster a écrit : avec un raisonnement comme celui la... exactement. OSM est un projet de cartographie des voies de circulation et du terrain. Entre autres... Le reste à sa place dans d'autres bases de données. Rien n'interdit d'utiliser les outils d'OSM pour concevoir ses bases de données. Ce qui m'intéresse dans OSM, c'est que je ne sais pas exactement ce que c'est. Les couloirs aériens ont abandonné OSM (définitivement ?)... Les pipelines trouvent leur place... La cartographie historique cherche ses marques hors OSM... La 3D cherche ses marques dans OSM... Ce que je sais, c'est que ce n'est certainement pas un projet très tranché... Donc la vérité est entre les extrêmes, et demain sera différent d'hier. -- FrViPofm ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Cartographie des réseaux de distribution eau, gaz
2013/8/14 Christophe Merlet red...@redfoxcenter.org: avec un raisonnement comme celui la tu va arriver a une liste exhaustive et exclusive de ce qu'OSM a vocation a cartographier, et y'aura plus d'evolution, et j'irai faire un fork ailleurs pour retrouver un peu de liberte exactement. OSM est un projet de cartographie des voies de circulation et du terrain. Le reste à sa place dans d'autres bases de données. Rien n'interdit d'utiliser les outils d'OSM pour concevoir ses bases de données. Je n'irais pas jusque là. Mais il faut bien fixer des limites sinon on va se retrouver avec des plans de jardin avec les carottes à gauches et le carré des patates à droite, voire l'emplacement de chaque patate... Ces limites, ça sera celles qui feront qu'il y aura trop d'objections de la part des autres contributeurs au travers des diffèrents canaux de discussion. On peut pas t'empêcher d'ajouter des tas de trucs dans OSM grâce à sa grande liberté mais ne te plaint pas si d'autres les effacent au nom de cette même liberté. A un moment donné, il faut se mettre à discuter pour fixer des règles et des limites sinon c'est le chaos. Le pire, c'est que j'ai déjà défendu par le passé ici et ailleurs le droit de chacun de choisir ses priorités. Et dans mon message de départ, j'avais bien précisé que ce point était un détail par rapport au reste. Pour le fil auquel je pensais, c'est un peu long et en anglais. Désolé de sortir un peu du cadre franco-français mais OSM est un projet mondial et on est tous dans le même bain (dans la même base de données, je devrais dire): http://lists.openstreetmap.org/pipermail/talk/2012-October/064849.html Au passage: http://worstofosm.tumblr.com/post/22005611430/dear-openstreetmap-i-thought-that-negative (tous les exemples sont ici: http://worstofosm.tumblr.com) Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Cartographie des réseaux de distribution eau, gaz
Le 14/08/2013 13:42, Vincent Pottier a écrit : Ce que je sais, c'est que ce n'est certainement pas un projet très tranché... pas tres tranché, pas tres tranchées, c'est peut etre pour ca que redfox veut pas y mettre les trucs enterres... ;-) ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
