[OSM-talk] Use of OSM data by UNEP without proper attribution
Hello, I just saw that the Global Islands Database by the United Nations Environment Programme and Partners: http://gidtool.unep-wcmc.org/ is using OSM coastline data. They also say so in the 'about' info box: The Global Islands Database is originally based on Open Street Map (using a 1:75,000 Landsat product from the US National Geospatial - Intelligence Agency) and has been substantially refined through the work of a number of organisations (e.g. UNEP-WCMC, Island Conservation, BirdLife International, RSPB, IUCN/SSC ISSG, PIER, Global Island Network). The Global Islands Database is an intermediate product that is continuously being refined by the user community. but this is certainly no sufficient as attribution no matter if ODBL or CC and their data license: http://www.unep-wcmc.org/general-data-licence-excluding-wdpa_559.html is obviously incompatible. Comparisons at a few locations indeed show OSM data is widely used there (including non-PGS data) while there are also areas with significantly better data than OSM as well as various larger errors (i.e. fake islands). And of course some of the more recent changes in OSM are not in there. I am unsure what should be done about this. There are probably no bad intentions there and if the mentioned organisations have indeed contributed better data it might be nice to have this available to OSM as well. Greetings, -- Christoph Hormann http://www.imagico.de/ ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Use of OSM data by UNEP without proper attribution
I'm checking into it with contacts at UNEP. * Mikel Maron * +14152835207 @mikel s:mikelmaron From: Christoph Hormann chris_horm...@gmx.de To: talk@openstreetmap.org Sent: Saturday, June 22, 2013 10:54 AM Subject: [OSM-talk] Use of OSM data by UNEP without proper attribution Hello, I just saw that the Global Islands Database by the United Nations Environment Programme and Partners: http://gidtool.unep-wcmc.org/ is using OSM coastline data. They also say so in the 'about' info box: The Global Islands Database is originally based on Open Street Map (using a 1:75,000 Landsat product from the US National Geospatial - Intelligence Agency) and has been substantially refined through the work of a number of organisations (e.g. UNEP-WCMC, Island Conservation, BirdLife International, RSPB, IUCN/SSC ISSG, PIER, Global Island Network). The Global Islands Database is an intermediate product that is continuously being refined by the user community. but this is certainly no sufficient as attribution no matter if ODBL or CC and their data license: http://www.unep-wcmc.org/general-data-licence-excluding-wdpa_559.html is obviously incompatible. Comparisons at a few locations indeed show OSM data is widely used there (including non-PGS data) while there are also areas with significantly better data than OSM as well as various larger errors (i.e. fake islands). And of course some of the more recent changes in OSM are not in there. I am unsure what should be done about this. There are probably no bad intentions there and if the mentioned organisations have indeed contributed better data it might be nice to have this available to OSM as well. Greetings, -- Christoph Hormann http://www.imagico.de/ ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[talk-au] Invitation to connect on LinkedIn
LinkedIn I'd like to include you in my network to share updates and stay in touch. - stephen stephen galowski camera man at dean davis production Brisbane Area, Australia Confirm that you know stephen galowski: https://www.linkedin.com/e/j746l6-hi9onphx-32/isd/14407229397/vEvGEUz4/?hs=falsetok=1wS7UHjXkSW5M1 -- You are receiving Invitation to Connect emails. Click to unsubscribe: http://www.linkedin.com/e/j746l6-hi9onphx-32/uhGHeOwBcbLuTeqsgtww6YVJfH2mTX6BNINiNoS/goo/talk-au%40openstreetmap%2Eorg/20061/I4794086129_1/?hs=falsetok=2HsqtOjZ8SW5M1 (c) 2012 LinkedIn Corporation. 2029 Stierlin Ct, Mountain View, CA 94043, USA. ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
[Talk-de] Locus und JOSM
Hallo, ich habe gerade begonnen Locus als Application zum Erfassen von GeoDaten zu nutzen. Funktioniert ganz gut, aber beim Import der GPX-Daten nach JOSM ahbe ich festgestellt, dass die Infos zu den einzelnen POIs alle in JOSM mit angezeigt werden. Hier ein Besispiel: wpt lat=47.857786 lon=11.473745 time2013-06-13T15:34:41Z/time name![CDATA[Stockplatz]]/name desc![CDATA[font color=#ff00table width=100%trtdtable width=100%trtd align=left valign=centersmallbHöhe/b/small/tdtd align=center valign=center654 m/td/tr trtd align=left valign=centersmallbGeschwindigkeit/b/small/tdtd align=center valign=center2.7 km/h/td/tr trtd align=left valign=centersmallbAzimut/b/small/tdtd align=center valign=center134°/td/tr trtd align=left valign=centersmallbGenauigkeit/b/small/tdtd align=center valign=center8.0 m/td/tr trtd align=left valign=centersmallbErstellt/b/small/tdtd align=center valign=center2013-06-13 17:34:41/td/tr /table/td/trtrtdtable width=100%/table/td/tr/table/font]]/desc ele654.27/ele /wpt Kennt jemand von Euch eine Methode diese Datenflut einzudampfen, so dass man in JOSM vernünftig den POI erfassen kann? Ich möchte ungern das Rad neu erfinden und über ein Script dies selber machen müssen. Gruß hike39 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Kann jemand ein schönes Plakat malen?
Hallo, kuerzlich wurde ich gefragt, ob ich für eine OSM-Veranstaltung neben meinen üblichen Kartenausdrucken vielleicht ein Wie funktioniert OSM-Plakat beilegen koennte. Leider habe ich sowas gar nicht; ich hatte vor Jahren mal eins gemacht, aber das war erstens nie besonders schoen und zweitens ist es total veraltet (http://www.remote.org/frederik/tmp/enk.png). Hat irgendjemand (a) Lust und (b) das notwendige designerische Geschick, mal ein neues Projekt-Plakat zu machen? Das koennten wir sicher immer wieder mal gebrauchen. Ich haette eine Idee, wie man das inhaltlich ungefaehr aufbauen koennte (Skizze hier http://www.remote.org/frederik/tmp/plakat.svg, http://www.remote.org/frederik/tmp/plakat.pdf) - wobei das bitte nicht grafisch zu verstehen ist, natuerlich muss der Text viel kleiner sein und das ganze huebsch illustriert werden (vielleicht so ein bisschen a la handgemalt? oder mit Fotos/Screenshots?) und meine Texe sind auch nur Schnellschuesse -- Wobei ich da niemandem vorgreifen will, ich wuerde mich ueber jedes brauchbare wie funktioniert eigentlich OSM-Plakat freuen, und meine Skizze ist mehr so fuer den Fall gedacht, dass jemand vielleicht zwar gut ein Plakat machen kann, aber nicht weiss, was inhaltlich drauf soll ;) Waer echt super, wenn jemand das mal in die Hand nehmen koennte. Ruhm und Ehre sind gewiss ;) Wer zwar nicht malen kann, aber einen guten Einfall zu meiner Skizze hat oder wer findet, dass etwas wichtiges ausgelassen ist, der darf das natuerlich auch gern hier diskutieren. Bye Frederik -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-in] Fw: [CrisisMappers] 25 killed; 24,000 stranded as rain wreaks havoc in Uttarakhand, India
Let us do something! Anyone has any pointers how can we start (in an organized fashion)? Can someone please take a lead to start a mapping sprint towards helping map the affected regions? Mikel? On Sun, Jun 23, 2013 at 8:48 AM, Mikel Maron mikel_ma...@yahoo.com wrote: Some response to the floods in Uttarakhand. Is there anything for OSM to improve in the base map of the region, to aid response? * Mikel Maron * +14152835207 @mikel s:mikelmaron - Forwarded Message - *From:* Buddhadeb Halder bhalder...@gmail.com *To:* crisismapp...@googlegroups.com *Sent:* Monday, June 17, 2013 3:17 PM *Subject:* [CrisisMappers] 25 killed; 24,000 stranded as rain wreaks havoc in Uttarakhand, India Hi CrisisMappers, Thousands are reported stranded in Uttarakhand and Himachal Pradesh in India due to heavy rains and landslides. Thanks, Buddha @HalderBuddha Some updates: 1. Uttarakhand worst affected as rain wreaks havoc in north India; thousands strandedhttp://www.ndtv.com/article/cheat-sheet/uttarakhand-worst-affected-as-rain-wreaks-havoc-in-north-india-thousands-stranded-380689?pfrom=home-lateststories 2. Watch: in torrential rain, house collapses in Uttarakhand http://www.ndtv.com/video/player/news/watch-in-torrential-rain-house-collapses-in-uttarakhand/279586?h_also_see 3. Rain triggers landslides in Uttarakhand; Char Dham Yatra suspended http://www.ndtv.com/video/player/news/rain-triggers-landslides-in-uttarakhand-char-dham-yatra-suspended/279524?h_also_see -- CrisisMappers | The Humanitarian Technology Network http://www.CrisisMappers.net http://www.crisismappers.net/ To subscribe, follow this link: https://groups.google.com/group/crisismappers To unsubscribe, please send email to crisismappers+unsubscr...@googlegroups.com Visit CrisisMappers at: http://groups.google.com/group/crisismappers?hl=en --- You received this message because you are subscribed to the Google Groups CrisisMappers group. To unsubscribe from this group and stop receiving emails from it, send an email to crisismappers+unsubscr...@googlegroups.com. To post to this group, send email to crisismapp...@googlegroups.com. Visit this group at http://groups.google.com/group/crisismappers. For more options, visit https://groups.google.com/groups/opt_out. ___ Talk-in mailing list Talk-in@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-in ___ Talk-in mailing list Talk-in@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-in
Re: [Talk-in] Fw: [CrisisMappers] 25 killed; 24,000 stranded as rain wreaks havoc in Uttarakhand, India
To start, we can identify the affected areas, and check on sources of data to improve the map. This is the region? http://www.openstreetmap.org/?lat=30.09lon=79.3zoom=8layers=M Looks very mountainous. Quick spot checks on Bing imagery, it's high resolution. Other sources? If we can identify a bounding box for the region, then can set up a job on the tasking server http://tasks.hotosm.org/ * Mikel Maron * +14152835207 @mikel s:mikelmaron From: Ishan Chattopadhyaya ichattopadhy...@gmail.com To: Mikel Maron mikel_ma...@yahoo.com; OpenStreetMap in India talk-in@openstreetmap.org Cc: h...@openstreetmap.org h...@openstreetmap.org Sent: Sunday, June 23, 2013 5:24 AM Subject: Re: [Talk-in] Fw: [CrisisMappers] 25 killed; 24,000 stranded as rain wreaks havoc in Uttarakhand, India Let us do something! Anyone has any pointers how can we start (in an organized fashion)? Can someone please take a lead to start a mapping sprint towards helping map the affected regions? Mikel? On Sun, Jun 23, 2013 at 8:48 AM, Mikel Maron mikel_ma...@yahoo.com wrote: Some response to the floods in Uttarakhand. Is there anything for OSM to improve in the base map of the region, to aid response? * Mikel Maron * +14152835207 @mikel s:mikelmaron - Forwarded Message - From: Buddhadeb Halder bhalder...@gmail.com To: crisismapp...@googlegroups.com Sent: Monday, June 17, 2013 3:17 PM Subject: [CrisisMappers] 25 killed; 24,000 stranded as rain wreaks havoc in Uttarakhand, India Hi CrisisMappers, Thousands are reported stranded in Uttarakhand and Himachal Pradesh in India due to heavy rains and landslides. Thanks, Buddha @HalderBuddha Some updates: 1. Uttarakhand worst affected as rain wreaks havoc in north India; thousands stranded 2. Watch: in torrential rain, house collapses in Uttarakhand 3. Rain triggers landslides in Uttarakhand; Char Dham Yatra suspended -- CrisisMappers | The Humanitarian Technology Network http://www.CrisisMappers.net To subscribe, follow this link: https://groups.google.com/group/crisismappers To unsubscribe, please send email to crisismappers+unsubscr...@googlegroups.com Visit CrisisMappers at: http://groups.google.com/group/crisismappers?hl=en --- You received this message because you are subscribed to the Google Groups CrisisMappers group. To unsubscribe from this group and stop receiving emails from it, send an email to crisismappers+unsubscr...@googlegroups.com. To post to this group, send email to crisismapp...@googlegroups.com. Visit this group at http://groups.google.com/group/crisismappers. For more options, visit https://groups.google.com/groups/opt_out. ___ Talk-in mailing list Talk-in@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-in ___ Talk-in mailing list Talk-in@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-in
Re: [Talk-in] Fw: [CrisisMappers] 25 killed; 24,000 stranded as rain wreaks havoc in Uttarakhand, India
On Sun, Jun 23, 2013 at 9:54 AM, Mikel Maron mikel_ma...@yahoo.com wrote: To start, we can identify the affected areas, and check on sources of data to improve the map. This is the region? http://www.openstreetmap.org/?lat=30.09lon=79.3zoom=8layers=M Looks very mountainous. Quick spot checks on Bing imagery, it's high resolution. Other sources? If we can identify a bounding box for the region, then can set up a job on the tasking server http://tasks.hotosm.org/ saw this being announced by google http://google.org/crisismap/2013-uttrakhand-floods , on a bigger picture i need to talk to people , can only happen tomorrow , the point is we are not prepared in spite of so many disaster management orgs ? i recall thinking and talking about Sahana as a solution but it did not happen with Govt . Looks like we need crisis to shake us and systems :P . May be this time around we will do something better of the situation. -Satya Satyaakam.net http://satyaakam.net/ | fossevents.in | fossacademy.org ___ Talk-in mailing list Talk-in@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-in
Re: [Talk-it] Cartelli stradali
Quindi i cartelli di Stop e dare la precedenza sono inutili, almeno mi par di aver capito così dal wiki. Io avevo iniziato a metterli a bordo strada, ma credo siano inutili se non deprecated secondo il wiki. -- View this message in context: http://gis.19327.n5.nabble.com/Cartelli-stradali-tp5765856p5766470.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] Canalizzazioni incroci
C'è un modo per indicare le canalizzazioni che ci sono ad esempio nei grossi incroci? -- View this message in context: http://gis.19327.n5.nabble.com/Canalizzazioni-incroci-tp5766471.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] Canalizzazioni incroci
Il 06/22/2013 11:30 AM, bredy scrisse: C'è un modo per indicare le canalizzazioni che ci sono ad esempio nei grossi incroci? http://wiki.openstreetmap.org/wiki/Lanes Ci sono anche dei plugin per aiutarti a costruirli in josm. ciao maxx ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Fiume che incrocia strada
Il layer è relativo e non indica nessuna altezza ma solo che una cosa è sotto o sopra un'altra e non è riferita al livello del terreno un utente nella mia zona ha messo tutti i canali a -1 e qui molti canali passano uno sotto l'altro con dei tunnel risultato ha combinato un casino perchè non modificato i layer dei tunnel questa pagina è sempre comoda http://wiki.openstreetmap.org/wiki/IT:Map_Features alla sezione layer è spiegato molto bene Il 21/06/2013 17:44, bredy ha scritto: Le vostre due idee si contraddicono un po'. Il fiume generalmente è sempre incavato nel terreno quindi dovrebbe stare a -1, anche perchè spesso molti ponti sono a raso col resto della strada e non sono rialzati. -- View this message in context: http://gis.19327.n5.nabble.com/Fiume-che-incrocia-strada-tp5766227p5766418.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: LOONEY TUNES: Acquista Peluche, Gadget e Abbigliamento Originale su mistercupido.com Clicca qui: http://adv.email.it/cgi-bin/foclick.cgi?mid=12902d=22-6 ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] [OT] infographic dei mezzi pubblici
21.06.2013 - 10:21 - Maurizio Napolitano: Intanto segnalo questo (vecchio ma fa sempre la sua porca figura) http://linz.faehrt.at/ Uau, una figata! Ma c'è in Italia qualche città che ha i dati per fare qualcosa di simile? Damjan ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] [OT] infographic dei mezzi pubblici
Uau, una figata! Ma c'è in Italia qualche città che ha i dati per fare qualcosa di simile? http://www.tper.it/tper-open-data -- Maurizio Napo Napolitano http://de.straba.us ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] uniformare pagina tag
Il 21/06/2013 19:16, Alessandro Barbieri ha scritto: Salve, oggi mi è capitato di cercare come si mappa una pesa e sono andato sulla pagina http://wiki.openstreetmap.org/wiki/IT:How_to_map_a e l' ho trovata molto confusa dal fatto che nell' indice sono presenti sia termini in linguaggio naturale sia tag openstreetmap. Non sarebbe meglio uniformare la pagina in modo che abbia (come quella francese e tedesca) solo termini in linguaggio naturale nell' indice? Proporrei anche di dividere la mega sezione amenity nei vari componenti. Così com' è è inutile (e anche confusionaria) se uno ha presente il termine in italiano e vuole cercare il corrispettivo osm e non il viceversa. ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it Se vuoi uniformarla da parte mia non vedo nessun problema. Dopo lo spin iniziale ho cercato proposte e le tue mi sembrano ottime. Non solo la sezione amenity, ma anche le altre possono essere divise. Va bene, miglioriamola, qualunque idea è ben accetta. Proporrei, se sei d'accordo, di inserire anche uno schema della struttura (eventualmente). Possiamo anche definire come strutturare il tutto...(testo, immagini, link, ecc). Possiamo anche mettere il titolo How_to_map_a in Italiano come ha proposto Martin. Ciao, Mario. -- RISPETTA L'AMBIENTE: SE NON TI E' NECESSARIO, NON STAMPARE QUESTA E-MAIL. Le informazioni contenute in questa comunicazione sono riservate e destinate esclusivamente alla/e persona/e o all'ente/i a cui sono stati indirizzati. Se questa comunicazione Vi e' pervenuta per errore, siete pregati di informare il mittente rispondendo a questa mail. I dati riportati nel presente documento sono trattati nel rispetto del D.Lgs. 196/2003 (Codice della Privacy) sulla tutela dei dati personali. ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] [OT] infographic dei mezzi pubblici
Il 22/06/2013 15:01, Damjan Gerl ha scritto: 21.06.2013 - 10:21 - Maurizio Napolitano: Intanto segnalo questo (vecchio ma fa sempre la sua porca figura) http://linz.faehrt.at/ Uau, una figata! Ma c'è in Italia qualche città che ha i dati per fare qualcosa di simile? Damjan ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it Notevole, la prossima volta che vado a Linz, approfitto:-) Mario -- RISPETTA L'AMBIENTE: SE NON TI E' NECESSARIO, NON STAMPARE QUESTA E-MAIL. Le informazioni contenute in questa comunicazione sono riservate e destinate esclusivamente alla/e persona/e o all'ente/i a cui sono stati indirizzati. Se questa comunicazione Vi e' pervenuta per errore, siete pregati di informare il mittente rispondendo a questa mail. I dati riportati nel presente documento sono trattati nel rispetto del D.Lgs. 196/2003 (Codice della Privacy) sulla tutela dei dati personali. ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] uniformare pagina tag
Il 22/06/2013 17:32, Mario Pichetti ha scritto: Il 21/06/2013 19:16, Alessandro Barbieri ha scritto: Salve, oggi mi è capitato di cercare come si mappa una pesa e sono andato sulla pagina http://wiki.openstreetmap.org/wiki/IT:How_to_map_a e l' ho trovata molto confusa dal fatto che nell' indice sono presenti sia termini in linguaggio naturale sia tag openstreetmap. Non sarebbe meglio uniformare la pagina in modo che abbia (come quella francese e tedesca) solo termini in linguaggio naturale nell' indice? Proporrei anche di dividere la mega sezione amenity nei vari componenti. Così com' è è inutile (e anche confusionaria) se uno ha presente il termine in italiano e vuole cercare il corrispettivo osm e non il viceversa. Se vuoi uniformarla da parte mia non vedo nessun problema. Dopo lo spin iniziale ho cercato proposte e le tue mi sembrano ottime. Non solo la sezione amenity, ma anche le altre possono essere divise. Va bene, miglioriamola, qualunque idea è ben accetta. Proporrei, se sei d'accordo, di inserire anche uno schema della struttura (eventualmente). Possiamo anche definire come strutturare il tutto...(testo, immagini, link, ecc). Possiamo anche mettere il titolo How_to_map_a in Italiano come ha proposto Martin. Ciao, Mario. Lo farei anche ma non ho mai modificato il wiki... dovrei imparare. ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] uniformare pagina tag
Lo farei anche ma non ho mai modificato il wiki... dovrei imparare. Impariamo, plurale, non si smette mai di imparare. Primo passo: Devi crearti un account, quindi ti colleghi al link http://wiki.openstreetmap.org/wiki/IT:How_to_map_a Poi clic su Create account in alto dx. Quando hai creato l'account, comunica, che procediamo con la fase editor. :-) Saluti vivissimi, Mario. ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-es] Consulta, subir datos desde un archivo en dxf
Hola. He recibido el siguiente mensaje pidiendo información y ya que yo nunca he realizado una importación a OSM desde un archivo .dxf quería preguntar a ver si me podéis ayudar a informarle de como realizarlo. Itnas19 Estamos tratando de subir el mapeo de EstaEsUnaPlaza de la calle Dr Fourquet, 24 de Madrid. Tengo el plano en formato .dxf. Quería saber si puedo subirlo o cómo puedo hacerlo. Gracias por echarme una mano. Un saludo, Santiago Un saludo -- Jorge Sanz Sanfructuoso - Sanchi Blog http://blog.jorgesanzs.com/ ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Consulta, subir datos desde un archivo en dxf
No puedo ayudar, pero en la wiki siempre hay alguien que lo ha hecho antes: http://wiki.openstreetmap.org/wiki/Convert_dxf_File_to_Shapefile_Using_Grass http://fredyrivera.blogspot.com.es/2009/10/georeferenciar-un-archivo-de-autocad.html El día 22 de junio de 2013 17:56, Jorge Sanz Sanfructuoso sanc...@gmail.com escribió: Hola. He recibido el siguiente mensaje pidiendo información y ya que yo nunca he realizado una importación a OSM desde un archivo .dxf quería preguntar a ver si me podéis ayudar a informarle de como realizarlo. Itnas19 Estamos tratando de subir el mapeo de EstaEsUnaPlaza de la calle Dr Fourquet, 24 de Madrid. Tengo el plano en formato .dxf. Quería saber si puedo subirlo o cómo puedo hacerlo. Gracias por echarme una mano. Un saludo, Santiago Un saludo -- Jorge Sanz Sanfructuoso - Sanchi Blog http://blog.jorgesanzs.com/ ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es -- Jaime Crespo ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
[Talk-at] Radfahren gegen Einbahn in Wieden (Wien)
Grüß euch, kommt jemand von euch hin und wieder im Vierten vorbei, ich leider nie.. und letztens sind gerade einige Einbahnen geöffnet worden: http://wieden.gruene.at/verkehr/artikel/lesen/88771/ LG! Markus ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
[Talk-at] Kärnten: Pischeldorf-Node doppelt
Hallo! In Kärnten ist mir aufgefallen, dass es den Place-Node für Pischeldorf zwei mal gibt: http://www.openstreetmap.org/browse/node/240082028 http://www.openstreetmap.org/browse/node/240104322 Das lustige ist, dass es scheinbar auch in der OpenGeoDB zwei Objekte gab, beide mit Einwohnerzahl=28. Weis hier wer, was da faul ist? lg, Michi -- Michael Maier, Student of Telematics @ Graz University of Technology OpenStreetMap Graz http://osm.org/go/0Iz@paV http://wiki.osm.org/Graz http://wiki.osm.org/Graz/Stammtisch signature.asc Description: OpenPGP digital signature ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-ca] Une proposition: formation du groupe OpenStreetMap Montréal
2013/6/20 Guillaume Pratte guilla...@guillaumepratte.net Bonjour Fabian, Mes plus sincères félicitations pour ta nomination à titre de président du FACIL! Au sujet d'OSMTL, je me dois ici d'être direct : le groupe sera *souverain * dans ses communications et n'aura pas à répondre ni à cette liste ni à quelconque entité externe. I think that position of sovereignty is appropriate. The Toronto OpenStreetMap Enthusiasts Meetup is similar. We speak for ourselves only. We consider ourselves to be a resource for those wishing to learn more about OpenStreetMap. We don't even have formal members, votes, budget or rules. What we have in leadership is a small group with the permissions to schedule events and delete spam, and the obligation to pay the meetup.com fees. :-) It seems to be working well-enough that we continue with it. Among those who attend, we have a variety of levels of engagement in OpenStreetMap. And a variety of engagement in OSMF. Some are regular mappers. Some are newcomers. Curious outsiders attend with questions. ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] Une proposition: formation du groupe OpenStreetMap Montréal
On 13-06-22 01:14 PM, Richard Weait wrote: … Curious outsiders attend with questions. There we have it: the Toronto OpenStreetMap Enthusiasts perfectly encapsulated in just five words ☺ Any organization we do have is really only to work with/around the limitations of meetup.com. There's always a mild feeling of discontent forking out for such a simple service, but there isn't a free⁺ alternative that random people are likely to find. cheers, Stewart ⁺: free as in “free”. You know what I mean. ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
[OSM-talk-fr] vidéoconf CNES sur l'imagerie satellite utilisée en cas de crise
Dans le cadre du salon du Bourget, le CNES a organisé une série de hangout, des vidéo-conférences publiques et j'ai participé à celle d'hier soir qui avait pour sujet la charte qui permet de mobiliser les agences spatiales pour la fourniture d'images satellite en cas de crises majeures. Vous pouvez la revoir sur Youtube: http://www.youtube.com/watch?v=kjf5E55uJhc (premier hangout pour moi, pas bien à l'aise et promis je rajouterai un logo OSM la prochaine fois ;) -- 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] Noms de cantons et d'arrondissements (était : Recherche d'une adresse par Nominatim)
Bonjour, Les homonymies sont un fait. J'ai déjà parlé dans un fil analogue [1] en évoquant les communes françaises nommées Saint-Nicolas. Il y en a un paquet, est-ce pour autant qu'on va trafiquer leur tag name=* pour s'y retrouver ? Une fois de plus, ce sujet du nommage revient, et une fois de plus il s'appuie sur les approximations d'un outil (Nominatim), approximations qu'il faudrait compenser non pas dans l'outil, mais dans la donnée. En l'occurrence la donnée différenciant le nom des entités existe bien, avec les admin_level. Renommer le canton aboutirait aux mêmes problèmes (la chaîne de caractères étant toujours présente). C'est toujours l'outil à vocation internationale qui impose ses contraintes ici ; ce ne devrait pas être le cas. À mon avis il y a encore du travail d'enrichissement de l'algo pour qu'il réponde au besoin. Il faut alors exprimer ce besoin clairement, ça s'appelle un cahier des charges. Quelles sont nos exigences précises en la matière ? Teuxe -- Envoyé de mon téléphone avec Kaiten Mail. Excusez la brièveté. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Noms de cantons et d'arrondissements (était : Recherche d'une adresse par Nominatim)
Bonjour, Les homonymies sont un fait. J'ai déjà parlé dans un fil analogue [1] en évoquant les communes françaises nommées Saint-Nicolas. Il y en a un paquet, est-ce pour autant qu'on va trafiquer leur tag name=* pour s'y retrouver ? Une fois de plus, ce sujet du nommage revient, et une fois de plus il s'appuie sur les approximations d'un outil (Nominatim), approximations qu'il faudrait compenser non pas dans l'outil, mais dans la donnée. En l'occurrence la donnée différenciant le nom des entités existe bien, avec les admin_level. Renommer le canton aboutirait aux mêmes problèmes (la chaîne de caractères étant toujours présente). C'est toujours l'outil à vocation internationale qui impose ses contraintes ici ; ce ne devrait pas être le cas. À mon avis il y a encore du travail d'enrichissement de l'algo pour qu'il réponde au besoin. Il faut alors exprimer ce besoin clairement, ça s'appelle un cahier des charges. Quelles sont nos exigences précises en la matière ? Teuxe -- Envoyé de mon téléphone avec Kaiten Mail. Excusez la brièveté. -- Envoyé de mon téléphone avec Kaiten Mail. Excusez la brièveté.___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Outil d'import des adresses : Bordeaux, Montpellier, Lyon
Voilà, j'ai mis en place ce fichier. Ce n'est pas encore à jour sur Osmose. Le 21/06/2013 14:47, Sylvain Maillard a écrit : oui, c'est bien le dernier fichier (adresses localisée à l'aplomb de la plaque) qu'il fraudait utiliser ! je vais essayer de recontacter l'équipe nantaise pour voir comment ils ont fait la conflation avec l'existant ;) pour ma part j'ai écris un petit bout de code en python pour générer les fichiers xml par rue. Du coup je pense que ça ne devrais pas être trop difficile de rajouter quelques requêtes XAPI pour vérifier tout ça ... Le 21 juin 2013 14:40, Frédéric Rodrigo fred.rodr...@gmail.com mailto:fred.rodr...@gmail.com a écrit : C'est corrigé ! J'avais cassé tous les liens symboliques en déplacement un répertoire. Le 21/06/2013 14:36, rldhont a écrit : Merci Frédéric ! Par contre il semble y avoir un problème avec les liens vers les fichiers OSM. L'adresse suivante ne donne rien http://osm7.openstreetmap.fr/~__fred/adresses/arles//100/__5471858312712767972.osm http://osm7.openstreetmap.fr/~fred/adresses/arles//100/5471858312712767972.osm René-Luc D'Hont Le 21/06/2013 14:04, Frédéric Rodrigo a écrit : Le 21/06/2013 12:05, rldhont a écrit : Bonjour Frédérico, Comment peut-on proposer un nouveau jeu de données et donc intégrer de nouvelles données ? Comme ça ! Je pense à Arles dont les données sont disponibles ici : http://opendata.regionpaca.fr/__donnees/detail/base-de-__donnees-adresses-de-laccm.html http://opendata.regionpaca.fr/donnees/detail/base-de-donnees-adresses-de-laccm.html Je l'ai ajouté, c'est disponible (mais pas encore disponible dans Osmose) : http://osm7.openstreetmap.fr/~__fred/adresses/arles/ http://osm7.openstreetmap.fr/~fred/adresses/arles/ Frédéric. _ Talk-fr mailing list Talk-fr@openstreetmap.org mailto:Talk-fr@openstreetmap.org http://lists.openstreetmap.__org/listinfo/talk-fr http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] IGN Route 500 sous Licence Ouverte Etalab
Afin de simplifier l'exploitation des infos de Route500 de l'IGN, j'ai créé un overlay transparent. Il est visible sur http://tile.openstreetmap.fr/?zoom=14lat=48.62582lon=2.44875layers=B0FT Vous pouvez l'ajouter dans JOSM avec tms[20]:http://{switch:a,b,c}. tile.openstreetmap.fr/route500/{zoom}/{x}/{y}.png Pour l'instant la seule couche rendue est celle des routes: - bleu: Type autoroutier + classement admin autoroute - vert: Type autoroutier (autre classement admin) - rouge: Liaison principale - orange: Liaison régionale - jaune: Laison locale J'ai mis en libellé les références nationale et européennes (Exx). La méthode: - reprojection des fichiers shapefile en EPSG:900913 et fusion de ceux-ci dans un unique shapefile - indexation du shapefile pour mapnik (avec shapeindex) - micro feuille de style faite avec TileMill (68 lignes d'XML pour MApnik, une rigolade ;) Le 21 juin 2013 07:37, Christian Quest cqu...@openstreetmap.fr a écrit : Effectivement... je pensais que c'était dans les fichiers compressés, mais il n'y a rien. J'ai donc ajouté le texte de la licence LO/OL (PDF trouvés sur data.gouv.fr) dans le dossier lui même, en français et anglais. Les départements manquant sont désormais dispo... donc toute la métropole est là, mais ce Route500 ne couvre pas les DOM. Le 20 juin 2013 23:55, Pieren pier...@gmail.com a écrit : 2013/6/20 Christian Quest cqu...@openstreetmap.fr: A quelques departements près tout est dispo sur http://osm13.openstreetmap.fr/~cquest/route500/ Je ne trouve ä cette adresse aucune mention de la licence LO/OL. Pour rappel: Vous êtes libre de réutiliser « l’Information » : : Sous réserve de : Mentionner la paternité de « l’Information » : sa source (a minima le nom du « Producteur ») et la date de sa dernière mise à jour. Voir http://www.data.gouv.fr/Licence-Ouverte-Open-Licence Merci de remédier à cette lacune rapidement. -- Christian Quest - OpenStreetMap France Un nouveau serveur pour OSM... http://donate.osm.org/server2013/ -- 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] IGN Route 500 sous Licence Ouverte Etalab
Vous pouvez l'ajouter dans JOSM avec tms[20]:http://{switch:a,b,c}. tile.openstreetmap.fr/route500/{zoom}/{x}/{y}.png ca c'est ce qui apparait dans la liste gis tms[20]:http://{switch:a,b,c}. tile.openstreetmap.fr/route500/{zoom}/{x}/{y}.png ca c'est qui apparait quand je quote le message pour répondre ou dans le courriel Lot Talk-fr (et c'est la syntaxe correct) Vous avez dit bizarre mon cher cousin ? Comme c'est bizarre ! http://tile.openstreetmap.fr/route500/{zoom}/{x}/{y}.png -- View this message in context: http://gis.19327.n5.nabble.com/IGN-Route-500-sous-Licence-Ouverte-Etalab-tp5766026p5766483.html Sent from the France mailing list archive at Nabble.com. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] IGN Route 500 sous Licence Ouverte Etalab
Chouette d'avoir mis ça en place. tu penses pouvoir mettre en place les cours d'eau ? ou peut être qu'on peut attendre la bd carthage. aussi en ajoutant : tms[20]:http://{switch:a,b,c}. tile.openstreetmap.fr/route500/{zoom}/{x}/{y}.png j'ai le message no protocol, si quelqu'un a une piste je veux bien. j'ai fais une rapide légende sur le wiki histoire que les personnes puissent s'y retrouver. (on peut acceder à la page depuis a propos de ce service ) bonne aprem. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] IGN Route 500 sous Licence Ouverte Etalab
tms[20]:http://{switch:a,b,c}. espace généré par copier coller imprudent tile.openstreetmap.fr/route500/{zoom}/{x}/{y}.png j'ai le message no protocol, si quelqu'un a une piste je veux bien. -- View this message in context: http://gis.19327.n5.nabble.com/IGN-Route-500-sous-Licence-Ouverte-Etalab-tp5766484p5766485.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] IGN Route 500 sous Licence Ouverte Etalab
Ajout de la couche hydro... http://tile.openstreetmap.fr/?zoom=14lat=48.81448lon=2.43331layers=B0FFT tms[20]:http://{switch:a,b,c}.tile.openstreetmap.fr/route500hydro/{zoom}/{x}/{y}.png Pour rendre plus exploitable ces couches en édition, j'ai mis les tronçons en pointillé à partir du zoom 14, avec un fin trait noir pour conserver la représentation de la géométrie (approximative) d'origine. -- 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] Code postal de Dampierre-sur-Avre
dans ce cas : http://www.openstreetmap.org/browse/node/2020632705 je ne vois pas bien l'erreur 31200 est tout à fait recevable dans ce secteur de toulouse Autre question comment coder une commune avec plusieurs codes postaux ? comme bagnères de bigorre ? ou Toulouse ? ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] IGN Route 500 sous Licence Ouverte Etalab
Le sam. 22 juin 2013 à 05:28 -0700, PhQ a écrit : tms[20]:http://{switch:a,b,c}. espace généré par copier coller imprudent tile.openstreetmap.fr/route500/{zoom}/{x}/{y}.png Merci Christian pour ce travail d'intégration visuelle. Est-ce que quelqu'un travaille sur une vérification auto pour être sûr qu'on a tout le réseau route500 dans OSM ? (j'ai peut-être raté l'info) -- ° /\Guillaume AllègreOpenStreetMap France /~~\/\ allegre.guilla...@free.fr Cartographie libre et collaborative / /~~\tél. 04.76.63.26.99 http://www.openstreetmap.fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Outil d'import des adresses : Bordeaux, Montpellier, Lyon
Le 21/06/2013 12:05, rldhont a écrit : Bonjour Frédérico, Comment peut-on proposer un nouveau jeu de données et donc intégrer de nouvelles données ? Je pense à Arles dont les données sont disponibles ici : http://opendata.regionpaca.fr/donnees/detail/base-de-donnees-adresses-de-laccm.html René-Luc Étant la plus grand commune de France métropole, de nombreuses rues d'Arles mesurent des kilomètres. Gmaps, qui interpole, est donc régulièrement dans les choux pour cette commune. Or, les adresses cherchées par les gens sont notamment les manades, lieux d'activité touristique (et donc économique) qui sont justement au disséminées sur ces longs chemins de la campagne arlésienne. Le faire pour Arles est donc *vraiment* très pertinent et démontre, s'il le fallait encore, les externalités positives de l'open data. CQFD ;-) Je peux mettre en contact avec les responsables du SIG d'Arles si nécessaire. ChN ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] IGN Route 500 sous Licence Ouverte Etalab
2013/6/22 Christian Quest cqu...@openstreetmap.fr: - jaune: Laison locale La liaison locale, ça correspondrait juste au highway=tertiairy alors ? Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] IGN Route 500 sous Licence Ouverte Etalab
ce que je proposerais, c'est de faire apparaitre liaison locales avec une ref en jaune (et donc l'équivalent de tertiary...) par contre celles sans ref, ne correspondent pas systématiquement a notre tertiary (j'ai déja signalé un chemin reservé aux pietons et cyclistes uniquement...) donc peut etre les afficher en gris? Par contre pour la couche hydro je la trouve bien legère par rapport a ce que l'on peut voir sur la couche hydro a faible zoom sur geoportail... mais bon c'est mieux que rien... -- View this message in context: http://gis.19327.n5.nabble.com/IGN-Route-500-sous-Licence-Ouverte-Etalab-tp5766026p5766507.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] IGN Route 500 sous Licence Ouverte Etalab
Les highway Liaison locale c'est un gros fourre tout visiblement. Le classement est tres variable selon la densité des départements, par endroit on a des liaison locale qui sont en fait de simple piste non revêtu ... certes c'est renseigné dans le champ revêtu. Pour ma par je réserve tertiary au route reliant deux villages, et qui ne finissent pas en cul de sac. Partant de là pour les département ruraux on se retrouve avec pléthore de liaison locale disposant de numéro, mais a classer comme unclassified plutôt que tertiary. Je pense qu'il faut regarder attentivement les autres champs, et les élément relié pour établir la nature du highway dans OSM. Le 22 juin 2013 22:38, PierreV belett...@hotmail.fr a écrit : ce que je proposerais, c'est de faire apparaitre liaison locales avec une ref en jaune (et donc l'équivalent de tertiary...) par contre celles sans ref, ne correspondent pas systématiquement a notre tertiary (j'ai déja signalé un chemin reservé aux pietons et cyclistes uniquement...) donc peut etre les afficher en gris? Par contre pour la couche hydro je la trouve bien legère par rapport a ce que l'on peut voir sur la couche hydro a faible zoom sur geoportail... mais bon c'est mieux que rien... -- View this message in context: http://gis.19327.n5.nabble.com/IGN-Route-500-sous-Licence-Ouverte-Etalab-tp5766026p5766507.html Sent from the France mailing list archive at Nabble.com. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] entrance=emergency
Juste pour montrer que l'affichage est possible http://lizpoi.3liz.com/orange/index.php/lizpoi/map/?tree_id=3selected=466,468,467bbox=538243.747514,5483966.004603,539067.834225,5484384.616766zoom=18 - Cordialement, ZIMMY Jean-Louis ZIMMERMANN Développeur territorial (ville d'Orange,FR84) Mandataire OSM-France sur le Grand-Sud-est -- View this message in context: http://gis.19327.n5.nabble.com/entrance-emergency-tp5766514.html Sent from the France mailing list archive at Nabble.com. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-ja] SotM 2013の宿泊
三浦です。 仕事のスケジュールとの調整で、旅程を決めあぐねている間に、 SotM2013バーミンガムの主催者おすすめのAston大学内にあるホテルは満室に なってしまいました。(外部から予約できるディスカウントなし枠もあと1室とか) 行かれる皆さんは、予約取れてますか? もし、Conference Aston http://www.conferenceaston.co.uk/Content.aspx?PageId=1705 以外で宿泊予定ならば、一緒の場所がいいなァ、と 思っています。 ___ Talk-ja mailing list Talk-ja@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ja
[Talk-GB] Problem posting to many lists ...
I doubt that this will get through but I'll try anyway ... For the last couple of weeks I've been having problems with many of the email lists. I thought at first it was just yahoogroups, but it seems that other email lists are also not accepting my email address when they were last month. I've just posted a long message about YOURS and that did not appear so this is a test ... -- View this message in context: http://gis.19327.n5.nabble.com/Problem-posting-to-many-lists-tp5766474.html Sent from the Great Britain mailing list archive at Nabble.com. ___ Talk-GB mailing list Talk-GB@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-gb
Re: [Talk-GB] Problem posting to many lists ...
OK I can see that - posted via Nabble :) I'll copy the real post over ... -- View this message in context: http://gis.19327.n5.nabble.com/Problem-posting-to-many-lists-tp5766474p5766475.html Sent from the Great Britain mailing list archive at Nabble.com. ___ Talk-GB mailing list Talk-GB@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-gb
[Talk-GB] YOURS server
( Let's see if this gets through! ) I'm finally getting one with another machine to go up to my hosting site and am looking to configure a YOURS server just covering the UK which I can then use as a base to tidy some of the strange routing instructions I'm currently getting Locus on the android devices. Building gosmore seemed to go OK and I seem to have a working version, but I've yet to get anything out of it. I've taken the latest GB file from http://download.geofabrik.de/europe.html (found the British Isles one now as well so will switch to that). 'rebuild' seems to be working apart from a few missing images, and I have a .pak file for the area. I've built 'routing-instructions' but there seems to be little in the way of testing options for that? I've got the website running, but since it seems to be hard coded for some of the developers sites I'm just trying to work through just which file should be run for 'route.php' but I'm getting error reports at least trying to run the gosmore.php files but I seem to be getting in a knot now. So has anybody actually managed to following the installation notes and get a working YOURS server? -- View this message in context: http://gis.19327.n5.nabble.com/YOURS-server-tp5766476.html Sent from the Great Britain mailing list archive at Nabble.com. ___ Talk-GB mailing list Talk-GB@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-gb
Re: [Talk-us] Route relation pages
On 6/21/2013 11:59 PM, Chris Lawrence wrote: Looks nice so far. However, the state pages probably should pick up subnetworks and the like (for example, Georgia's spurs/loops/connectors, and the various Texas FM/RM/Loop/Spur/etc.) like the US route one does(?). Very nice - thanks for this. An example of a business style route in SC is http://www.openstreetmap.org/browse/relation/2557342 . (There might be more, but I can't re-locate them at the moment). ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] Route relation pages
Not bad! Does this mean that any new relations would automatically be added to the page (like one for the new I-2 in TX when it's posted this year)? Also, thanks to that new Interstate page, I noticed right away that the I-495 (DE) relation's ref tags weren't correct (it had ref=I 495 (DE)). So, I was able to quickly fix it to put it back to the current tagging scheme. This might give me a reason to go cleaning up some Future Interstate relations where the highway is really posted with Future I-XX shields in NC (segments of I-26, I-73, I-74, and all of I-840). Can't wait to have a render properly put the word Future above the shields! -James ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] Hamlets!
On 06/21/2013 08:07 PM, Serge Wroclawski wrote: The map should reflect ground reality, so unless there are hamlets in these places, we should strive to fix them. By sharing our experiences, we can have a better sense of how others are doing that, and we can use that to inform our local decisions. But let the locals make the decisions! Don't just go deleting hamlets based on the fact that they are unincorporated. A great many hamlets in New York State have a strong local identity. The locals can tell you their precise borders. They are signed. The post offices and railroad stations are named for them. If you ask a local what town he lives in, he'll reply with the name of the hamlet. A resident of Woodmere, New York - a well-defined hamlet with identifiable borders - will be puzzled or even offended if you say that he's a resident of Hempstead (the name of the containing township). And there was some rather heated political turmoil a few years ago when the town of Clifton Park posted large Welcome to Clifton Park signs at its borders. Eventually, they were forced to replace them with signs that read something like WELCOME TO REXFORD - Town of Clifton Park with the Town of Clifton Park in much smaller lettering. Because to the locals, Rexford is not Clifton Park - it just happens to be in the township of that name. Even within New York City, some of the hamlets very much keep their identity and their borders. In the boroughs of Queens and Staten Island, the names of the post offices are for the most part the names of the hamlets, and the locals, once again, identify with them. Even though Neponsit or Woodhaven or Astoria may have no separate political identity, mail is still addressed under those names, and the locals respond first with those names when asked where they live. (I'll say that I was born in Queens only when I'm not talking to a fellow native: if I am talking to a fellow New Yorker, I was born in Far Rockaway.) Of course, New York's local administration is complicated. School districts, fire districts, post office service areas, and the like frequently have borders that fail to follow the borders of the municipalities. -- 73 de ke9tv/2, Kevin ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] Hamlets!
On 6/22/13 11:42 AM, Kevin Kenny wrote: On 06/21/2013 08:07 PM, Serge Wroclawski wrote: The map should reflect ground reality, so unless there are hamlets in these places, we should strive to fix them. By sharing our experiences, we can have a better sense of how others are doing that, and we can use that to inform our local decisions. But let the locals make the decisions! Don't just go deleting hamlets based on the fact that they are unincorporated. A great many hamlets in New York State have a strong local identity. The locals can tell you their precise borders. They are signed. The post offices and railroad stations are named for them. If you ask a local what town he lives in, he'll reply with the name of the hamlet. the city of Lansingburgh merged with Troy, NY more than 100 years ago but Lansingburgh still has a very strong local identity. the post office still delivers to Lansingburgh, the school district is distinct from the Troy district, and back when i lived there i told people Lansingburgh, not Troy. and people who know the difference will still tell you rather pointedly that Lansingburgh is distinct from North Troy. so yes, we need to defer to local mappers on this one. richard ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] Hamlets!
On 22/giu/2013, at 17:42, Kevin Kenny kken...@nycap.rr.com wrote: and we can use that to inform our local decisions. But let the locals make the decisions! Don't just go deleting hamlets based on the fact that they are unincorporated. A great many hamlets in New York State have a strong local identity +1 to your whole post, it is important not to confuse place with administrative units, they are orthogonal (but often also coincide, hence the risk of seeing them as the same thing) cheers, Martin ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] Hamlets!
* Serge Wroclawski emac...@gmail.com [2013-06-21 09:17 -0400]: During the TIGER import, small neighborhoods were imported as hamlets. I tend to think of the GNIS hamlets as small places-where-people-live. Around my section of the Baltimore suburbs, most of them are housing developments, apartment complexes, trailer parks or similar. Some, however, do correspond to things that people would more readily describe as towns or suburbs. (Interestingly, none of Baltimore's neighborhoods shoed up in the GNIS import. All of the GNIS place=* nodes stop at the city line.) For the most part, I retag these nodes as landuse=residential unless I am reasonably certain they correspond to a larger place designation, in which case I give them an appropriate place= value. I have something of an advantage based on my location, because nowhere in the immediate Baltimore metropolitan region is there a place that would qualify as a hamlet (because the suburbs are all wide-ranging enough to be place=village or, in some cases, place=town). Note that I usually leave the nodes tagged landuse=residential, unless I'm in the mood for figuring out subdividion boundaries based on subdivision plats. I know that the landuse= tags make more sense on areas than on nodes, but it seems more correct to me than leaving the node tagged place=hamlet. I'm wondering what other people's experience with the hamlets are. Are they useful where you live? Are they nonsense (as they have been in NYC and DC)? I don't think they're nonsense. I think most of them in my area don't qualify for place= tagging, but most of them do correspond to *something* that actually exists. (Not all; if I can't match a node to a place name or subdivision, I'll just delete it, but that's not tremendously common in my experience..) -- ...computer contrarian of the first order... / http://aperiodic.net/phil/ PGP: 026A27F2 print: D200 5BDB FC4B B24A 9248 9F7A 4322 2D22 026A 27F2 --- -- Hofstadter's Law: It always takes longer than you expect, even when you take Hofstadter's Law into account. --- -- ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] Hamlets!
* Elliott Plack elliott.pl...@gmail.com [2013-06-21 21:01 -0400]: In the city of Baltimore, we have over 250 well defined neighborhoods, yet their boundaries are defined by a planning dept., not the people per se. Most of the neighborhoods have nodes place=suburb, but it probably should be place=neighborhood. I put those there and at the time place=suburb seemed the best tag to use; place=neighborhood wasn't yet in common use. Based on my understanding of current usage of the tags, most should probably be place=neighborhood, but the larger or more prominent neighborhoods (like Hampden or Fells Point) should get place=suburb, in a vein similar to the distinctions between place=town/village/hamlet. -- ...computer contrarian of the first order... / http://aperiodic.net/phil/ PGP: 026A27F2 print: D200 5BDB FC4B B24A 9248 9F7A 4322 2D22 026A 27F2 --- -- #define NULL 0 /* silly thing is, we don't even use this */ -- perl.c, perl source code --- -- ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] ref tags
* James Mast rickmastfa...@hotmail.com [2013-06-22 07:22 -0400]: I do hope that the render will avoid using the Super relations. My rendering doesn't use super relations (mostly[0]), because it doesn't need to; the per-state relations contain all of the tags needed for it to get the right shields. the segment of I-26 between I-240 and Exit #9 is still considered to be a Future Interstate and it is posted as such with FUTURE tabs above all I-26 shields on that segment (and missing the word Interstate in the shields itself. Would it be worthwhile to declare a separate network for these (US:I:Future seems natural) and give them their own relations? If there are signs on the ground, I could see about putting images in my rendering for them. [0] At lower zoom levels the rendering uses the osm2pgsql route relation geometries for overview rendering of two-digit Interstate shields, which might end up using super relations, if osm2pgsql generates geometries from them, but that's a fairly minor part of the rendering and only applies from zoom 7 to zoom 9. -- ...computer contrarian of the first order... / http://aperiodic.net/phil/ PGP: 026A27F2 print: D200 5BDB FC4B B24A 9248 9F7A 4322 2D22 026A 27F2 --- -- kceee^ I hate users knghtbrd you sound like a sysadmin already! -- seen on #debian --- -- ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] Route relation pages
Pretty cool so far, though for the Ref, it'd help a lot if it sorted numerically rather than alphabetically. 117A shouldn't appear before 3... On Fri, Jun 21, 2013 at 10:34 PM, Martijn van Exel m...@rtijn.org wrote: Hi, A few of us were talking about setting up custom highway shield rendering on the US tile server earlier this week. Because this rendering relies heavily on route relations (rather than ref tags on the way, as the default mapnik stylesheet does) we need a better way to track the status of numbered route relations. The wiki pages are a PITA to maintain and thus not very reliable. So I spent a little time on pages that always show the current status of US numbered route relations, plus some handy links to relation tools. See for example the interstate relations page here: http://maproulette.org/relationpages/interstates.html There is no nice index page yet, for now you have to look for your state of interest in here: http://maproulette.org/relationpages/ There are pages for each state, for the US routes, and for the Interstates. Code (pretty messy) is on github, here: https://github.com/mvexel/relationpages - if you want to help out and make this more useful, fork away. The pages are currently being refreshed every four hours. This could be increased. Let me know what you think, how this could be improved, and so on. -- Martijn van Exel http://oegeo.wordpress.com/ http://openstreetmap.us/ ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] what do we mean by geocoding?
On Fri, Jun 21, 2013 at 6:47 PM, Richard Welty rwe...@averillpark.netwrote: Surveying postal addresses by opening mailboxes (illegal) or knocking on doors doesn't seem feasible. but the enhanced 911 addresses are basically the same as the postal addresses and have the potential to become available. i'm working on that in my part of upstate NY. e911 is a very hopeful source for OSM: high quality coding would be huge. For good background, read: http://en.wikipedia.org/wiki/Enhanced_9-1-1#Wireline_enhanced_911 ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] ref tags
Date: Sat, 22 Jun 2013 15:28:12 -0400 From: phi...@pobox.com To: talk-us@openstreetmap.org Subject: Re: [Talk-us] ref tags * James Mast rickmastfa...@hotmail.com [2013-06-22 07:22 -0400]: the segment of I-26 between I-240 and Exit #9 is still considered to be a Future Interstate and it is posted as such with FUTURE tabs above all I-26 shields on that segment (and missing the word Interstate in the shields itself. Would it be worthwhile to declare a separate network for these (US:I:Future seems natural) and give them their own relations? If there are signs on the ground, I could see about putting images in my rendering for them. Yep, here's picture proof that I personally took a few years ago of a Future I-26 shield: http://img.photobucket.com/albums/v645/rickmastfan67/Interstates/NC/I-26/Img_2043s.jpg And here's one for I-74 in NC along the Rockingham US-74 Bypass when I was on it a few years ago: http://img.photobucket.com/albums/v645/rickmastfan67/Interstates/NC/I-74/P1030940s.jpg And for quick reference, here's a I-840 from StreetView: http://goo.gl/maps/K20Hs And a Future I-73/I-840 combo from StreetView: http://goo.gl/maps/G0qOG It seems that only NC seems to do it this way. Don't know of any other states that post Future Interstates except for those Future I-xx Corridor signs (NC does that too on highways that aren't going to be part of a future Interstate). -James ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] Route relation pages
I get that you say that keeping wiki pages up to date with the status of route relations is a pain, but I do hope that this new form of tagging routes will get explained on the wiki. The wiki is really useful (even with experienced mappers like me) as documentation for how to use tags, and it’s very important that it’s explained there. Besides, there are probably many mappers that may not be aware of this discussion, let alone the fact that these mailing lists even exist. -Compdude From: Martijn van Exel [mailto:m...@rtijn.org] Sent: Friday, June 21, 2013 8:35 PM To: OSM US Talk Subject: [Talk-us] Route relation pages Hi, A few of us were talking about setting up custom highway shield rendering on the US tile server earlier this week. Because this rendering relies heavily on route relations (rather than ref tags on the way, as the default mapnik stylesheet does) we need a better way to track the status of numbered route relations. The wiki pages are a PITA to maintain and thus not very reliable. So I spent a little time on pages that always show the current status of US numbered route relations, plus some handy links to relation tools. See for example the interstate relations page here: http://maproulette.org/relationpages/interstates.html There is no nice index page yet, for now you have to look for your state of interest in here: http://maproulette.org/relationpages/ There are pages for each state, for the US routes, and for the Interstates. Code (pretty messy) is on github, here: https://github.com/mvexel/relationpages - if you want to help out and make this more useful, fork away. The pages are currently being refreshed every four hours. This could be increased. Let me know what you think, how this could be improved, and so on. -- Martijn van Exel http://oegeo.wordpress.com/ http://openstreetmap.us/ ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] what do we mean by geocoding?
From: Richard Welty [mailto:rwe...@averillpark.net] Subject: Re: [Talk-us] what do we mean by geocoding? On 6/21/13 9:39 PM, Mike N wrote: On 6/21/2013 1:42 PM, Richard Welty wrote: Surveying postal addresses by opening mailboxes (illegal) or knocking on doors doesn't seem feasible. but the enhanced 911 addresses are basically the same as the postal addresses and have the potential to become available. i'm working on that in my part of upstate NY. For the choice between defining addresses as street addresses or as postal addresses and where street addresses are verifiable on the ground and postal addresses are not, it seems to make sense to me to use the verifiable street addresses in preference to the postal addresses. My last job had different street addresses and postal addresses. The street address was Main Building 6951 Westminster Highway Richmond, BC The postal addresses were PO Box 5350 Stn Terminal Vancouver BC V6B 5L5 *and* PO Box 4700 Stn Terminal Vancouver, BC V6B 1J1 I'm not sure how the mail got routed. I think we had enough mail for them to send an entire truck every day filled with mail just for us. Something else worth noting is this isn't an either-or situation for geocoding. There is no reason you can't have both the street address and postal address geocode to the same physical location. It is common to have multiple inputs geocode to the same location. For reverse geocoding you probably want the street address, not the postal address. I suspect looking up the address of a point to navigate there is far more common than looking up the address of a point to send it mail. For what it's worth for my last place of work Google only returns a result for the street address, not the postal addresses. The point Google returns is also off by about 12km. Bing is the same for what returns, but it's reasonably accurate. ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] Route relation pages
Route relation tagging is explained on the wiki: http://wiki.openstreetmap.org/wiki/Relation:route#Road_routes On 6/22/2013 7:21 PM, Evin Fairchild wrote: I get that you say that keeping wiki pages up to date with the status of route relations is a pain, but I do hope that this new form of tagging routes will get explained on the wiki. The wiki is really useful (even with experienced mappers like me) as documentation for how to use tags, and it’s very important that it’s explained there. Besides, there are probably many mappers that may not be aware of this discussion, let alone the fact that these mailing lists even /exist/. -Compdude *From:*Martijn van Exel [mailto:m...@rtijn.org] *Sent:* Friday, June 21, 2013 8:35 PM *To:* OSM US Talk *Subject:* [Talk-us] Route relation pages Hi, A few of us were talking about setting up custom highway shield rendering on the US tile server earlier this week. Because this rendering relies heavily on route relations (rather than ref tags on the way, as the default mapnik stylesheet does) we need a better way to track the status of numbered route relations. The wiki pages are a PITA to maintain and thus not very reliable. So I spent a little time on pages that always show the current status of US numbered route relations, plus some handy links to relation tools. See for example the interstate relations page here: http://maproulette.org/relationpages/interstates.html There is no nice index page yet, for now you have to look for your state of interest in here: http://maproulette.org/relationpages/ There are pages for each state, for the US routes, and for the Interstates. Code (pretty messy) is on github, here: https://github.com/mvexel/relationpages - if you want to help out and make this more useful, fork away. The pages are currently being refreshed every four hours. This could be increased. Let me know what you think, how this could be improved, and so on. -- Martijn van Exel http://oegeo.wordpress.com/ http://openstreetmap.us/ ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] what do we mean by geocoding?
On 6/22/13 9:04 PM, Paul Norman wrote: ...lots of good points... Something else worth noting is this isn't an either-or situation for geocoding. There is no reason you can't have both the street address and postal address geocode to the same physical location. It is common to have multiple inputs geocode to the same location. For reverse geocoding you probably want the street address, not the postal address. I suspect looking up the address of a point to navigate there is far more common than looking up the address of a point to send it mail. right. my fundamental point is we need to have some specification for what we thing geocoding is and how its behavior should look for the end users of the data. in the rural areas where i live, a lot of the digital mapping solutions are more than a little messed up in spots. one of my daughter's friends lives in Chatham, but her street address is Brainerd because the Brainerd PO delivers the mail - and Brainerd isn't even in the same county. a conversation with her parents about the address generally includes a list of things to try because there's no reliability or consistency much of anywhere. richard ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us