[OSM-legal-talk] License review request: Sardinia ad-hoc authorization
sabas88 is proposing an import of some data in Sardinia (http://lists.osm.org/pipermail/imports/2013-November/002370.html) The first three paragraphs appear to be preamble, with the permissions granted in the final paragraph. A user-supplied translation of this paragraph is So, knowing that a license change of our data wouldn't be possible in a small amount of time compatibile to the emergency, in the meantime of the adjustment of our license to the directive of CAD (Digital Administration Code which introduced a year ago the open by default concept), we authorize the OpenStreetMap Foundation to use and import on their software all the vector data that are on the Regione Sardegna portal and, specifically, those at the url http://www.sardegnageoportale.it/catalogodati/download/. In people's opinions, does this provide the necessary permissions for - contributors to upload some or all of these datasets to the OSM API - the portions or complete datasets uploaded to then be redistributed under the ODbL The mentions of the OpenStreetMap Foundation in the document are confusing, as to my knowledge no one from the OSMF is involved in or a party to this agreement, but I don't think that alone would prevent the use of data. Thoughts? ___ legal-talk mailing list legal-t...@openstreetmap.org https://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-legal-talk] License review request: Sardinia ad-hoc authorization
On Sat, Nov 23, 2013 at 10:20 AM, Paul Norman penor...@mac.com wrote: - contributors to upload some or all of these datasets to the OSM API - the portions or complete datasets uploaded to then be redistributed under the ODbL any copyright holder has the right to re-license on an ad-hoc basis if they wish to. So, Regione Autonoma Sardegna, can give data to OSMF under a different scheme. It has done several times in the past already. The mentions of the OpenStreetMap Foundation in the document are confusing, as to my knowledge no one from the OSMF is involved in or a party to this agreement, but I don't think that alone would prevent the use of data. I asked them to licence the data to OSMF, which is the copyright holder of the eponymous project. -- -S ___ legal-talk mailing list legal-t...@openstreetmap.org https://lists.openstreetmap.org/listinfo/legal-talk
[Talk-br] Source do changeset no JOSM
Para quem usa o JOSM, a partir da última versão (atualmente a versão em desenvolvimento) é pedido o source dos dados ao fazer upload (esse source é global, ou seja, do changeset). Histórico dessa modificação em http://josm.openstreetmap.de/ticket/6381 ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Source do changeset no JOSM
2013/11/23 Nelson A. de Oliveira nao...@gmail.com: Para quem usa o JOSM, a partir da última versão (atualmente a versão em desenvolvimento) é pedido o source dos dados ao fazer upload (esse source é global, ou seja, do changeset). Só um adendo. Talvez ficou parecendo que eu não gostei dessa modificação, mas pelo contrário, achei muito bom que agora tenha isso :-) Ficou ótimo para quem utiliza source no changeset e acabava esquecendo de colocar a tag. ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] ICMBio
2013/11/23 Augusto Stoffel arstof...@yahoo.com.br: Alguém sabe me explicar por que esta via, etiquetada com boundary=national_park, não é renderizada? http://www.openstreetmap.org/browse/way/24346860 Falta area=yes ___ Talk-br mailing list Talk-br@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-de] CLT (War: Fehler melden auf OpenStreetMap.de)
Am 22.11.2013 15:22, schrieb Andreas Tille: Zu Deiner Mail unten: Heißt das, daß OpenLayers out und Leaflet (was immer das ist) in ist? Beides ist in. OpenLayers ist mächtiger, Leaflet etwas einfacher. http://wiki.openstreetmap.org/wiki/DE:Leaflet Chris ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] BikeRouteToaster
Seit ein paar Tagen zeigt BikeRouterToaster.com keine Karte mehr. Ich nehme an wegen des neuen Google API. Weiss jemand genaueres? Insbesondere ob der Autor die Seite weiter unterhaelt. Ich habe - auch frueher schon - auf e-mail an feedb...@bikeroutetoaster.com keine Antwort erhalten. Bitte um Entschuldigung, fuer die off-topic Frage, aber vielleicht bin ich nicht der einzige Benutzer in der OSM community Volker ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-it] (senza oggetto)
2013/11/22 cesare gerbino cesaregerb...@gmail.com e avrei qualche domanda che mi serve come chiarimento per evitare di spargere in giro troppi errori. 1) JOSM mi segnala che ho un po di edifici sovrapposti (3): come faccio a mappare edifici che sono distinti seppur adiacenti tra di loro? devi creare un nodo in comune ad ogni punto di intersezione 3) come classifico gli edifici rurali (stalle, fienili,ecc ... ): per ora ho messo building=farm stalla: building=stable fienile: building=barn edificio agriculturare generico: building=farm_auxiliary 4) come classifico i silos agricoli? Anche qui per ora ho messo building=farm puoi mettere building=silo e man_made=silo 5) ho racchiuso l'insieme degli edifici che costituscono questa cascina con un area classificata come landuse=residential anche se è in realtà un misto di edifici rurali e abitazioni se ci abita il contadino o se sopratutto sono edifici rurali metterei landuse=farmyard ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Inabissata Filicudi
ok, grazie alberto per il chiarimento. io ho appena effettuato una verifica a livello globale con il tool Osminspector e non ho trovato altri errori sul resto del globo. a questo punto speriamo che la costa rimanga corretta per le prossime 4 ore così che possa avvenire l'aggiornamento della coastline e, quindi, del successivo calcolo del render - Ciao, Aury -- View this message in context: http://gis.19327.n5.nabble.com/Inabissata-Filicudi-tp5785653p5786923.html Sent from the Italy General mailing list archive at Nabble.com. ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] (senza oggetto)
puoi mettere building=silo e man_made=silo building=silo lo vedrei se è costruito in muratura e non per i classici in ferro dove userei solo man_made=silo___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Proposta mapping weekend pro Sardegna
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Ciao a tutti, vergognosamente, oggi che ho un pò di tempo, chiedo lumi su come partecipare alla mappatura per i problemi in Sardegna. Vale a dire, dai vari siti precedentemente segnalati (Anas, notes su OSM, ecc.) scarico la zona su Josm e mappo la realtà attuale (soprattutto interruzioni stradali dovuti a cedimenti ecc.), oppure cè altro link a cui riferirmi per capire come procedere? Grazie a chi mi risponderà, e chiedo scusa a tutti per il mio ritardo nel partecipare. - -- Simone Girardelli -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.15 (GNU/Linux) iF4EAREIAAYFAlKQlXcACgkQoVS0hKoD3PPf3AEAkDX9+9/fslPzSWyUR7D8GXsc jJ+1OheUh4BbOvR5upkA/0cgacUd01gH/D6sZMvJdiwyR4VFz64gtBv2B+taF1A+ =q4DD -END PGP SIGNATURE- ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Proposta mapping weekend pro Sardegna
Ciao a tutti, per gli import ci stiamo organizzando su una chat di hangouts, ma siamo anche su #osm-it su irc se volete aiutare.. :) Questa è la pagina di 'coordinamento' https://wiki.openstreetmap.org/wiki/Sardegna/Import Il giorno 23 novembre 2013 12:46, girarsi_liste liste.gira...@gmail.comha scritto: -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Ciao a tutti, vergognosamente, oggi che ho un pò di tempo, chiedo lumi su come partecipare alla mappatura per i problemi in Sardegna. Vale a dire, dai vari siti precedentemente segnalati (Anas, notes su OSM, ecc.) scarico la zona su Josm e mappo la realtà attuale (soprattutto interruzioni stradali dovuti a cedimenti ecc.), oppure cè altro link a cui riferirmi per capire come procedere? Va più che bene :-) Grazie a chi mi risponderà, e chiedo scusa a tutti per il mio ritardo nel partecipare. - -- Simone Girardelli -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.15 (GNU/Linux) iF4EAREIAAYFAlKQlXcACgkQoVS0hKoD3PPf3AEAkDX9+9/fslPzSWyUR7D8GXsc jJ+1OheUh4BbOvR5upkA/0cgacUd01gH/D6sZMvJdiwyR4VFz64gtBv2B+taF1A+ =q4DD -END PGP SIGNATURE- ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] PIste ciclabili di Milano
Ciao, nell'opendata del comune di Milano http://dati.comune.milano.it, si possono scaricare vari dati del comune in formati più o meno liberi. Fra i vari dati è presente anche la mappa delle piste ciclabili di Milanohttp://dati.comune.milano.it/dato/item/60-60-piste-ciclabili.html, pubblicata sotto licenza CC0 1.0 Universalhttps://creativecommons.org/publicdomain/zero/1.0/(in pratica in pubblico dominio), la mappa è in formato shapefile https://it.wikipedia.org/wiki/Shapefile e il formato dei dati è EPSG:3003. Sarebbe carino poter caricare questi dati come tracciati gps, o comunque renderli utilizzabili per mappare le ciclabili di Milano. Qualcuno sa come fare? ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] ref con più valori
Ok, se taggo la palina segnaletica aggiungendo anche route_ref può starci secondo te anche il tag operator visto che spesso proprio sulla palina stessa c'è scritto C.A.I. Sezione di xx? Secondo me sì perché si tratta dell'entità che ha in gestione/manutenzione il sentiero e di sicuro sono gli stessi che hanno piantato materialmente la palina e dovrebbero (teoricamente) anche curarla. Grazie. ciao --enrico -- View this message in context: http://gis.19327.n5.nabble.com/ref-con-piu-valori-tp5786567p5786943.html Sent from the Italy General mailing list archive at Nabble.com. ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Proposta mapping weekend pro Sardegna
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Il 23/11/2013 14:43, sabas88 ha scritto: Ciao a tutti, per gli import ci stiamo organizzando su una chat di hangouts, ma siamo anche su #osm-it su irc se volete aiutare.. :) Questa è la pagina di 'coordinamento' https://wiki.openstreetmap.org/wiki/Sardegna/Import Il giorno 23 novembre 2013 12:46, girarsi_liste liste.gira...@gmail.comha scritto: Ciao a tutti, vergognosamente, oggi che ho un pò di tempo, chiedo lumi su come partecipare alla mappatura per i problemi in Sardegna. Vale a dire, dai vari siti precedentemente segnalati (Anas, notes su OSM, ecc.) scarico la zona su Josm e mappo la realtà attuale (soprattutto interruzioni stradali dovuti a cedimenti ecc.), oppure cè altro link a cui riferirmi per capire come procedere? Va più che bene :-) Ok, grazie, sto guardando la voce elementi idrici, quale task devo scaricare? visto che và da 0 a 24, vedo che si deve chiedere. - -- Simone Girardelli -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.15 (GNU/Linux) iF4EAREIAAYFAlKQuJIACgkQoVS0hKoD3POEhAEAnl7VPyS/5UsoX5Wm+747QNsY 2iEUGSackOkKt5mU5jIA/0aldOKmMqG6BGSa3XBdumBYmvTmR8w0GxHbkgoW72xP =BMDL -END PGP SIGNATURE- ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] mappare una strada parzialmente crollata
come faccio a mappare una strada dove una corsia e' sprofondata per una decina di metri?? e che percio' ne e' stato vietato il traffico su una corsia?? grazie, ciao, procuste ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Proposta mapping weekend pro Sardegna
Per gl ielementi idrici sto facendo copia e incolla a mano del set 15. Saluti Il giorno 23 novembre 2013 15:16, girarsi_liste liste.gira...@gmail.comha scritto: -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Il 23/11/2013 14:43, sabas88 ha scritto: Ciao a tutti, per gli import ci stiamo organizzando su una chat di hangouts, ma siamo anche su #osm-it su irc se volete aiutare.. :) Questa è la pagina di 'coordinamento' https://wiki.openstreetmap.org/wiki/Sardegna/Import Il giorno 23 novembre 2013 12:46, girarsi_liste liste.gira...@gmail.comha scritto: Ciao a tutti, vergognosamente, oggi che ho un pò di tempo, chiedo lumi su come partecipare alla mappatura per i problemi in Sardegna. Vale a dire, dai vari siti precedentemente segnalati (Anas, notes su OSM, ecc.) scarico la zona su Josm e mappo la realtà attuale (soprattutto interruzioni stradali dovuti a cedimenti ecc.), oppure cè altro link a cui riferirmi per capire come procedere? Va più che bene :-) Ok, grazie, sto guardando la voce elementi idrici, quale task devo scaricare? visto che và da 0 a 24, vedo che si deve chiedere. - -- Simone Girardelli -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.15 (GNU/Linux) iF4EAREIAAYFAlKQuJIACgkQoVS0hKoD3POEhAEAnl7VPyS/5UsoX5Wm+747QNsY 2iEUGSackOkKt5mU5jIA/0aldOKmMqG6BGSa3XBdumBYmvTmR8w0GxHbkgoW72xP =BMDL -END PGP SIGNATURE- ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] Aggiornamento Sardegna. Ordinanza Commissario per Comuni colpiti, 53 in elenco ufficiale
Ciao a tutti! grazie per il caloroso supporto al mio intervento di ieri alla Rai, è arrivato tutto :) ma, sopratutto, per continuare il mapping! Volevo comunicarvi che la Regione ha diramato poco fa questa lista dei comuni colpiti dall'alluvione http://www.regione.sardegna.it/index.php?xsl=25s=244131v=2c=11548t=1tb=11535st=20 La si integra in HOT ? Francesca ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] (senza oggetto)
sistemato! Grazie dei consigli Cesare Gerbino http://cesaregerbino.wordpress.com/ http://www.facebook.com/cesare.gerbino http://www.facebook.com/pages/Cesare-Gerbino-GIS-Blog/246234455498174?ref=hl https://twitter.com/CesareGerbino http://www.linkedin.com/pub/cesare-gerbino/56/494/77b 2013/11/23 alessandro zardo bredy...@yahoo.it puoi mettere building=silo e man_made=silo building=silo lo vedrei se è costruito in muratura e non per i classici in ferro dove userei solo man_made=silo ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Richiesta di supporto
sistemato! Grazie dei puntuali consigli ... Cesare Gerbino http://cesaregerbino.wordpress.com/ http://www.facebook.com/cesare.gerbino http://www.facebook.com/pages/Cesare-Gerbino-GIS-Blog/246234455498174?ref=hl https://twitter.com/CesareGerbino http://www.linkedin.com/pub/cesare-gerbino/56/494/77b Il giorno 22 novembre 2013 23:28, Leonardo kinetocor...@gmail.com ha scritto: Ciao e benvenuto! 1 e 2) l'errore è dato perchè quando hai mappato, hai posto uno degli angoli del poligono dell'edificio all'interno di quello adiacente (vedi questa foto: http://imgur.com/0bUJfZ4). Per sistemarlo, sposta il nodo sporgente all'interno dell'area lungo il bordo dell'edificio ad esso adiacente e uniscilo tramite il tasto J (Strumenti-Unisci nodo al percorso). Quel nodo diventerà in comune con il percorso e cambierà dimensione diventando leggermente più grande. 3)building=farm_auxiliary 4)building=farm_auxiliary + man_made=silo 5)allora dov'è sono gli edifici metti landuse=farmyard mentre per i campi attorno metti landuse=farmland. Vedi anche https://wiki.openstreetmap.org/wiki/Tag:landuse%3Dfarmland Per ulteriori informazioni sul tagging vedi qui: http://wiki.openstreetmap.org/wiki/IT:Glossario_OSM http://wiki.openstreetmap.org/wiki/IT:Map_Features Ciao! Leonardo Il 22/11/2013 22:21, cesare gerbino ha scritto: Ciao a tutti, non sono un gran mappatore (anzi ...) e sto riprendendo a mappare quindi mi scuso in anticipo delle banalità delle domande. Ho provato a mappare una piccola zona agricola usando JOSM http://www.openstreetmap.org/#map=19/44.92023/7.64978 e avrei qualche domanda che mi serve come chiarimento per evitare di spargere in giro troppi errori. 1) JOSM mi segnala che ho un po di edifici sovrapposti (3): come faccio a mappare edifici che sono distinti seppur adiacenti tra di loro? 2) JOSM mi segnala che ho degli edifici dentri latri edifici (5): credo che sia legato al problema di cui sopra 3) come classifico gli edifici rurali (stalle, fienili,ecc ... ): per ora ho messo building=farm 4) come classifico i silos agricoli? Anche qui per ora ho messo building=farm 5) ho racchiuso l'insieme degli edifici che costituscono questa cascina con un area classificata come landuse=residential anche se è in realtà un misto di edifici rurali e abitazioni Grazie mille anticipatamente del supporto Cesare P.S Scusate il doppio invio, non avevo messo l'oggetto . Cesare Gerbino http://cesaregerbino.wordpress.com/ http://www.facebook.com/cesare.gerbino http://www.facebook.com/pages/Cesare-Gerbino-GIS-Blog/246234455498174?ref=hl https://twitter.com/CesareGerbino http://www.linkedin.com/pub/cesare-gerbino/56/494/77b ___ Talk-it mailing listTalk-it@openstreetmap.orghttps://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] (senza oggetto)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Il 23/11/2013 16:37, cesare gerbino ha scritto: sistemato! Grazie dei consigli Cesare Gerbino Metti il link alla zona che si da un'occhio :) - -- Simone Girardelli -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.15 (GNU/Linux) iF4EAREIAAYFAlKQzBgACgkQoVS0hKoD3PNbRgEAgOxaZGHKDf+WU3vzQtsER6cs HVa8H0bU31ezN2eNM2EA/RP+KcgTjnvIR316gugLePi7GOmSXjJpBUFOZ2XMcgvA =Z3JX -END PGP SIGNATURE- ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Aggiornamento Sardegna. Ordinanza Commissario per Comuni colpiti, 53 in elenco ufficiale
Il giorno 23 novembre 2013 16:29, Francesca Valentina coretodes...@gmail.com ha scritto: Ciao a tutti! grazie per il caloroso supporto al mio intervento di ieri alla Rai, è arrivato tutto :) ma, sopratutto, per continuare il mapping! Volevo comunicarvi che la Regione ha diramato poco fa questa lista dei comuni colpiti dall'alluvione http://www.regione.sardegna.it/index.php?xsl=25s=244131v=2c=11548t=1tb=11535st=20 La si integra in HOT ? Ho eliminato l'elenco e messo il link all'ordinanza! Francesca Ciao, Stefano ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Aggiornamento Sardegna. Ordinanza Commissario per Comuni colpiti, 53 in elenco ufficiale
Grande Stefano! Il giorno 23 novembre 2013 16:41, sabas88 saba...@gmail.com ha scritto: Il giorno 23 novembre 2013 16:29, Francesca Valentina coretodes...@gmail.com ha scritto: Ciao a tutti! grazie per il caloroso supporto al mio intervento di ieri alla Rai, è arrivato tutto :) ma, sopratutto, per continuare il mapping! Volevo comunicarvi che la Regione ha diramato poco fa questa lista dei comuni colpiti dall'alluvione http://www.regione.sardegna.it/index.php?xsl=25s=244131v=2c=11548t=1tb=11535st=20 La si integra in HOT ? Ho eliminato l'elenco e messo il link all'ordinanza! Francesca Ciao, Stefano ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Aggiornamento Sardegna. Ordinanza Commissario per Comuni colpiti, 53 in elenco ufficiale
Il 23 novembre 2013 16:29, Francesca Valentina ha scritto: http://www.regione.sardegna.it/index.php?xsl=25s=244131v=2c=11548t=1tb=11535st=20 per quel che vale, non sono 53, sono 60: 11+16+10+8+8+7 -- Daniele Forsi ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] Supporto mappatura: edifici
Ciao a tutti un dubbio legato alla mappatura di edifici di un piccolo comune dove quindi gli isolati, tranne nel centro, non sono così facilmente individuabili. Vi lascio come riferimento questo http://www.openstreetmap.org/#map=18/44.91208/7.67111 Gli edifici sono mappati ma non so se va bene così o se: 1) occorre mappare anche le recinzioni che delimitano le singole proprietà? Non sempre è così facilmente fattibile da foto aerea 2) è corretto racchiudere un insieme di edifici con un perimetro landuse=residential come ho fatto per gli edifici a sx di Via Nino Costa o è meglio limitarsi a mappare l'edificio e non introdurre elementi artificiali (vedi anche punti precedente ), come invece ho fatto a dx della suddetta via anche se poi gli edifici sembrano un po spersi nel vuoto? Nelle città è più facile da questo punto di vista, nei paesi, in particolare nelle loro periferie non so come comportarmi Grazie mille anticipatamente Cesare Gerbino http://cesaregerbino.wordpress.com/ http://www.facebook.com/cesare.gerbino http://www.facebook.com/pages/Cesare-Gerbino-GIS-Blog/246234455498174?ref=hl https://twitter.com/CesareGerbino http://www.linkedin.com/pub/cesare-gerbino/56/494/77b ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] (senza oggetto)
eccolo ... http://www.openstreetmap.org/#map=19/44.92023/7.64978 e grazie! Cesare Gerbino http://cesaregerbino.wordpress.com/ http://www.facebook.com/cesare.gerbino http://www.facebook.com/pages/Cesare-Gerbino-GIS-Blog/246234455498174?ref=hl https://twitter.com/CesareGerbino http://www.linkedin.com/pub/cesare-gerbino/56/494/77b Il giorno 23 novembre 2013 16:39, girarsi_liste liste.gira...@gmail.comha scritto: -BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Il 23/11/2013 16:37, cesare gerbino ha scritto: sistemato! Grazie dei consigli Cesare Gerbino Metti il link alla zona che si da un'occhio :) - -- Simone Girardelli -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.15 (GNU/Linux) iF4EAREIAAYFAlKQzBgACgkQoVS0hKoD3PNbRgEAgOxaZGHKDf+WU3vzQtsER6cs HVa8H0bU31ezN2eNM2EA/RP+KcgTjnvIR316gugLePi7GOmSXjJpBUFOZ2XMcgvA =Z3JX -END PGP SIGNATURE- ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Aggiornamento Sardegna. Ordinanza Commissario per Comuni colpiti, 53 in elenco ufficiale
per quel che vale, non sono 53, sono 60: 11+16+10+8+8+7 Capite come siamo messi male? :D Il giorno 23 novembre 2013 16:48, Daniele Forsi dfo...@gmail.com ha scritto: Il 23 novembre 2013 16:29, Francesca Valentina ha scritto: http://www.regione.sardegna.it/index.php?xsl=25s=244131v=2c=11548t=1tb=11535st=20 per quel che vale, non sono 53, sono 60: 11+16+10+8+8+7 -- Daniele Forsi ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] PIste ciclabili di Milano
Il 11/23/2013 02:54 PM, Andrea De Gradi scrisse: Sarebbe carino poter caricare questi dati come tracciati gps, o comunque renderli utilizzabili per mappare le ciclabili di Milano. Qualcuno sa come fare? Nei commenti in quella pagina c'e' qualche indicazione. Io ho l'impressione che OSM sia piu' aggiornata di quel file. ciao maxx ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] (senza oggetto)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Il 23/11/2013 16:57, cesare gerbino ha scritto: eccolo ... http://www.openstreetmap.org/#map=19/44.92023/7.64978 e grazie! Cesare Gerbino A parte il silo, ci sono molti building:farm_auxiliary all'interno dei landuse:farm, ed una sola casa ha il building:house, ma sinceramente non capisco il ragionamento, oppure i tuoi dati devono ancora essere aggiornati dal server? - -- Simone Girardelli -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.15 (GNU/Linux) iF4EAREIAAYFAlKQ5j4ACgkQoVS0hKoD3POsCQD7BwmAn90JSXUdBxPzPbLSib0p xF8gBM53rb2JWRp5E2gBAJ0oB0zUE0kHuXO0AIvSsB1SD9MNY0uWN28TcDIcPvHh =MllK -END PGP SIGNATURE- ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] ref con più valori (AGGIORNAMENTO)
ULTIM'ORA Controllando su scala nazionale ho trovato che in effetti c'è qualcun altro che ha messo il tag route_ref sul guidepost ma la soluzione più diffusa (che a dirla tutta mi piace molto) è di includere il guidepost come membro delle relazioni a cui si riferisce con il ruolo (appunto) di guidepost. Non è male perché in automatico acquisisce tutte le informazioni presenti nella relazione. Mi sa che farò così... Che dite? Grazie. ciao --enrico -- View this message in context: http://gis.19327.n5.nabble.com/ref-con-piu-valori-tp5786567p5786979.html Sent from the Italy General mailing list archive at Nabble.com. ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Proposta mapping weekend pro Sardegna
Salve, dato che nel weekend ho un po' di tempo sto cercando di dare una mano, non mi avventuro nell'import ma ho inserito diversi elementi utili alla viabilità sfruttando le ortofoto PCN2006, non capisco però il comportamento del tasking manager, una volta che segnalo il riquadro completo viene evidenziato in rosso, ma dopo un po' (forse un'ora) ritorna grigio, come se non fosse stato elaborato. Sembra un comportamento normale, dato che a volte ho selezionato un riquadro grigio ma nei commenti era riportata qualche elaborazione effettuata, per cui per evitare di ripetere controlli già fatti consiglio di mettere nei commenti le operazioni di controllo eseguite sul riquadro quando si chiude il task. Ciao, Marcello Il 23/11/2013 14:43, sabas88 ha scritto: Ciao a tutti, per gli import ci stiamo organizzando su una chat di hangouts, ma siamo anche su #osm-it su irc se volete aiutare.. :) Questa è la pagina di 'coordinamento' https://wiki.openstreetmap.org/wiki/Sardegna/Import ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] R: Questa cosa fa impazzire il mio Garmin
+1 Da: Simone Saviolo [mailto:simone.savi...@gmail.com] Inviato: venerdì 22 novembre 2013 09:23 A: openstreetmap list - italiano Oggetto: Re: [Talk-it] Questa cosa fa impazzire il mio Garmin Io sono assolutamente favorevole al mappare le corsie singolarmente. L'unico argomento contrario che accetto è che certi ingressi possono diventare uscite, ma nei caselli in cui la separazione tra i sensi di marcia avviene con una barriera continua e fissa la mappatura completa è quella che c'era a Melegnano. Indicare i singoli ingressi separatamente consente di indicare i dettagli che altrimenti andrebbero persi: metodi di pagamento, presenza di un operatore umano, senza contare le direzioni consentite di uscita: penso ad esempio alla barriera di Milano Ghisolfa, dove in un'uscita esco per (e pago per) Genova e tangenziale Ovest direzione sud, e in quella a fianco per Varese e tangenziale Ovest direzione nord. L'alternativa proposta (mappatura lanes) mi sembra quasi più ridicola dell'altra: invece di avere una decina di way (gestibilissime) ci troviamo con una way (il che è topologicamente errato) con 50 tag... e questi tag quanto sono supportati dai consumatori? Le way multiple sono supportate automaticamente da qualsiasi router (le supporterebbe anche ORS se avesse i dati aggiornati). L'unico problema può essere che il GPS per qualche decina di metri ti veda spostato di qualche metro e ti metta nel casello invece che sulla vicina autostrada, ma un navigatore sensato dovrebbe evitare questo errore a meno che non ci sia comunicazione tra l'autostrada e il casello (non può pensare che mi teletrasporti!). Ciao, Simone ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] R: Questa cosa fa impazzire il mio Garmin
-1 Da: Maurizio Daniele [mailto:maurizio.dani...@gmail.com] Inviato: venerdì 22 novembre 2013 10:08 A: openstreetmap list - italiano Oggetto: Re: [Talk-it] Questa cosa fa impazzire il mio Garmin Il giorno 21 novembre 2013 21:59, emmexx emm...@tiscalinet.it ha scritto: La semplificazione di un'unica way non rispetta molto lo spirito di OSM in cui a volte si contestano mappature perche' di discostano di 1 metro da da questo o quel riferimento. Li' la strada non e' dritta ma molte delle corsie sono quasi a semicerchio. Ci sono le corsie riservate telepass, vietate alle moto, vietate o obbligatorie per i mezzi pesanti. Va bene semplificare ma non per principio. In realtà una mappa (o una raccolta di dati) è una astrazione della realtà, quindi di per sé una semplificazione. Il punto è non perdersi nessun dato necessario e rendere l'astrazione usabile. Se uno schema perde dati essenziali è da scartare, così come lo schema che renda l'astrazione inusabile o incomprensibile. [CUT: avevo scritto tutto uno spiegone di come sono arrivato alla conclusione seguente ma non voglio tediare troppo... :-) ] Secondo me, un livello di astrazione accettabile ed usabile al momento è quello che rappresenta l'autostrada come una singola way (per direzione) che passa il casello, con l'indicazione del numero di corsie, della larghezza e delle informazioni ad esse legate (sapendo che sono soggette a variazione pressoché casuale, almeno per le corsie centrali) Considerando che il casello (non il suo edificio) è solitamente astratto come un nodo a dimensione zero, la cosa può avere senso. Analogamente alla way, potremmo inserire il tag lanes anche al casello puntuale, con l'implicito default che si tratta di lanes fisicamente separate, potendo quindi gestire tutte le caratteristiche che si vuole, corsia per corsia. L'unica eccezione può essere considerata quando il casello è costituito da diversi edifici separati (accade varie volte, quando un casello è stato ampliato in tempi diversi) o quando prendendo certe corsie ci si vincola a certe destinazioni (tipo: le prime 3 corsie a destra sono per l'uscita taldeitali, le altre ti immettono sull'autostrada) Per quanto riguarda la larghezza della strada, invece dell'area:highway (strade come area), per evidenziare l'imbuto, si può ipotizzare un utilizzo del tag width come width:start/width:end o, ancor più semplice, sui nodi iniziale/finale della way. Stesso schema, al limite, per le lanes (lanes:start=2, lanes:end=12) -- Maurizio. ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] ref con più valori (AGGIORNAMENTO)
Controllando su scala nazionale ho trovato che in effetti c'è qualcun altro che ha messo il tag route_ref sul guidepost ma la soluzione più diffusa (che a dirla tutta mi piace molto) è di includere il guidepost come membro delle relazioni a cui si riferisce con il ruolo (appunto) di guidepost. Non è male perché in automatico acquisisce tutte le informazioni presenti nella relazione. Mi sa che farò così... Che dite? Io ho messo route_ref leggendo quello che era proposto qui, ma se si decide di usare la relazione tanto meglio, anche a me piace di più. Basta che si faccia tutti nello stesso modo. Ciao Alberto - Viking81 ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Proposta mapping weekend pro Sardegna
Il giorno ven, 22/11/2013 alle 20.24 +0100, Fabrizio Tambussa ha scritto: Il 22/nov/2013 19:38 Cascafico Giovanni cascaf...@gmail.com ha scritto: Io commento i changeset col titolo di hotosm, aggiungendo le tipologie interessate. Ho trovato dei conflitti con sbiribizio... pensavo che hotosm aiutasse a non sovrapporre i task Infatti, ma le strade mi fanno sconfinare dal riquadro. ... tra l'altro ci siamo scontrati su delle way che per me erano track e per lui unclassified :-) Io metto unclassified nel tratto che sono asfaltate, quando diventano track... bhe, le mappo come track. In caso di conflitto comunque do' ragione all'altro. Meglio guardare se ci sono abitazioni lungo la strada. Soprattutto in Sardegna, dove l'asfalto a quanto pare non abbonda :) , è sbagliato etichettare le strade come track solo perché non sono asfaltate Ciao Lorenzo ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] habemus sardinia insula
Il giorno gio, 21/11/2013 alle 13.52 +0100, Simone Cortesi ha scritto: La #Sardegna autorizza #osm all'uso e importazione del SIT Regionale https://twitter.com/simonecortesi/status/403505608831168512 Sono stato ammonito da pnorman del Data Working Group per imports irregolari. A parte il fatto del account dedicato al quale provvederò (non avevo importato niente fino ad ora), mi viene contestato il fatto che l'importazione non è stata discussa ne documentata. In effetti sono decisamente imbarazzato a rendermi conto che non c'è altro che questa pagina (o sbaglio?): http://wiki.openstreetmap.org/wiki/Sardegna/Import http://wiki.openstreetmap.org/wiki/Import/Guidelines Lorenzo ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
[Talk-dk] Grænser og grænsesten i Sønderjylland
Jeg har set at nogen her i sommer har lavet en masseimport af grænsesten, hvor source er angivet til Geodatastyrelsen: SNSOR, og de ser ud til at være placeret rigtigt efter mine stikprøver, så det er fint nok. Jeg undrer mig dog over to ting, som jeg gerne vil bede om nogle kommentarer til. 1. Grænsestenene har ingen konsekvens, eller med andre ord: Den tegnede grænse følger ikke grænsestenene. Meningen med grænsestenene er jo, at grænsen forløber som en lige linie mellem to sten med nabonumre, og det er bestemt ikke tilfældet. Se fx området omkring Rudbøl, etc., etc. Skal jeg ikke rette den op ?? (jeg kender området temmelig godt) 2. Grænsestenene er taggede som historic= boundary_stone. Jeg mener, at vi var enige om, at historic anvendes om noget forhenværende, som i dag har skiftet funktion, og det er jo ikke tilfældet med disse grænsesten. Det giver også et problem i det sønderjyske, hvor der stadig findes historiske grænsesten, fx fra Kongeå-grænsen og de gamle amtsgrænser. Jeg vil derfor foreslå at ændre tags til boundary=marker og marker=stone. /sba-dk ___ Talk-dk mailing list Talk-dk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-dk
Re: [Talk-dk] Grænser og grænsesten i Sønderjylland
Der er ingen grund til at tegne noget som helst. Den officielle grænse mod Tyskland kan hentes i DAGI-data fra GST. Venlig Hilsen Kurt Toft Den 23/11/2013 kl. 15.50 skrev Rasmus Vendelboe r.vendelboe+...@gmail.com: Hej, att punkt 1. Hvis du mener grænsedragningen mellem Danmark og Tyskland (boundary=administrative, admin_level=2), jo så burde den selvfølgelig følge de markerede objekter i landskabet. Inden du tegner den om bør du imho kigge efter: # source og note tags på grænsedragningen. Jeg har tidligere kigget på den, og mindes ikke nogle steder, at have set et source tag eller forklaring på hvordan den er tegnet. Vores maritime grænse fortæller f.eks. den er fra European Environmental Agency. # om der er nogle kommentarer på talk-de der omtaler boundary=administrative, admin_level=2, name=Dänemark i forbindelse med tegning af denne. # kontakt talk-de (eller på #osm-de) om de har nogle ideer om hvordan hvad den er tegnet ud fra, og om vi træder ind i et minefelt ved at forædle den. Det burde egentligt ikke være nødvendigt, men jeg har jo lige været efter en af deres kortlæggere. Med venlig hilsen Rasmus Vendelboe (rasmusv) 2013/11/23 Sonny B. Andersen s...@bukhmark.dk Jeg har set at nogen her i sommer har lavet en masseimport af grænsesten, hvor source er angivet til Geodatastyrelsen: SNSOR, og de ser ud til at være placeret rigtigt efter mine stikprøver, så det er fint nok. Jeg undrer mig dog over to ting, som jeg gerne vil bede om nogle kommentarer til. 1. Grænsestenene har ingen konsekvens, eller med andre ord: Den tegnede grænse følger ikke grænsestenene. Meningen med grænsestenene er jo, at grænsen forløber som en lige linie mellem to sten med nabonumre, og det er bestemt ikke tilfældet. Se fx området omkring Rudbøl, etc., etc. Skal jeg ikke rette den op ?? (jeg kender området temmelig godt) 2. Grænsestenene er taggede som historic= boundary_stone. Jeg mener, at vi var enige om, at historic anvendes om noget forhenværende, som i dag har skiftet funktion, og det er jo ikke tilfældet med disse grænsesten. Det giver også et problem i det sønderjyske, hvor der stadig findes historiske grænsesten, fx fra Kongeå-grænsen og de gamle amtsgrænser. Jeg vil derfor foreslå at ændre tags til boundary=marker og marker=stone. /sba-dk ___ Talk-dk mailing list Talk-dk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-dk ___ Talk-dk mailing list Talk-dk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-dk ___ Talk-dk mailing list Talk-dk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-dk
Re: [Talk-es] Routing.- Exportar en gpx una ruta dibujada
Date: Sat, 23 Nov 2013 00:20:43 +0100 From: openstreetm...@24x7linux.com To: talk-es@openstreetmap.org Subject: Re: [Talk-es] Routing.- Exportar en gpx una ruta dibujada El viernes día 22 de noviembre de 2013, a las 21:10:54 +0100, Oliver Fernandez escribió: El objetivo que me gustaría conseguir es marcar una ruta en JOSM por caminos y poder exportarla a GPX para cargarla en el móvil y poder hacerla con la bici. He encontrado alguna página que utiliza los mapas de OSM para dibujar rutas pero las exporta a formato de GARMIN. Me gustaría hacerlo en JOSM, porque creo que estoy cerca, pero si consideráis que no se puede hacer y conocéis algun sitio web /software que puedo conseguir mi objetivo, ruego me lo comentéis. Una chapuza que he hecho yo en el pasado para conseguir algo parecido ha sido, primero crear una nueva capa de datos vacía (lo más rápido es bajarse un área muy pequeña sin datos y marcar la casilla de nueva capa de datos). A continuación en la capa con los datos de interés, seleccionar todos los necesarios y CTRL+C (copiar). Enfocar la capa vacía creada con anterioridad y pegar (CTRL+V). Deberías tener la capa vacía con el conjunto de elementos copiados. Ahora, en la nueva capa, yo lo que hago es combinar todos los elementos en uno solo (me basta darle C, Combine Way), de lo contrario el GPX se te exporta con trkseg por cada uno de ellos. Y por último, botón derecho sobre esta capa auxiliar y exportar a gpx Es más fácil y rápido hacerlo que explicarlo, a mi me ha funcionado bien siempre que lo he necesitado. -- Jose Luis Domingo Lopez Linux Registered User #189436, Linux Ubuntu 12.04.3 LTS (3.2.0-56-generic-pae) ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es __ Buenos dias Jose Luis, en primer lugar me gustaría felicitarte por tu gran contribución a OSM a través de los tutoriales, gracias a los cuales, yo en primera persona y seguro otros muchos usuarios, podemos contribuir a OSM através de JOSM Siguiendo el hilo, te comento, he intentado realizar por pasos lo que me comentas en el mail, pero no me resulta práctico porque selecciono los caminos los pego, pero luego no me los une combinando vias, tengo que ir uno por uno ... Otra solución es cargar una ruta como en uno de los tutoriales, a través de una relación pero no me parece que esa herramienta tenga esa utilidad, yo la entendería más para rutas ya realizadas..Lo cierto es que necesito algo más práctico, basado en OSM para que reconozca los caminos y marcando en estos, puntos de interés que te dibuje la ruta y se pueda exportar a GPX, y el complemento de Routing, me proporciona justo lo que quiero pero me falta saber exportar sólo la ruta dibujada. Por ponerte en situación, lo de definir una ruta lo estoy haciendo porque he tenido un accidente con la bicicleta de montaña, iba solo y sin cobertura 2g ni 3g me encontré indefenso. Por lo tanto necesito asegurar dos cosas: 1.- Saber la ruta que voy a realizar. por eso lo de definir la ruta por caminos2.- Utilizar un programa que me vaya grabando la ruta ON LINE, a través del Móvil... este ya lo tengo ENDOMONDO. De esta manera podría salir con la bicicleta de montaña con cierta seguridad. Muchas gracias, y una vez más enhorabuena por tu gran contribución. ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Routing.- Exportar en gpx una ruta dibujada
Para crear una ruta basada en los datos de OSM puedes utilizar QLandkarte-GT [1] (QLGT) y mapas para Garmin basados en OSM [2] Los pasos serían los siguientes, una vez instalados QLGT y los mapas 1- Pincha en la pestaña Dibujar de la parte inferior izquierda 2- Selecciona Polilínea de distancia (F7) y comienza a dibujar tu ruta sobre el mapa 3- Una vez creada la ruta, selecciónala en el panel izquierdo y con el botón derecho-Crear Track 4- Archivo-Exportar datos geográficos Con el último paso tendrás tu ruta exportada a gpx, listo para usar en el móvil o lo que quieras. El guión anterior es muy básico, tienes mucha más información en [3] y José Luis seguro que puede aportar más cosas, ya que controla mucho más que yo de QLGT. [1] http://www.qlandkarte.org/ [2] http://mapas.alternativaslibres.es [3] http://www.foromtb.com/index.php?threads/qlandkartegt-hilo-para-centralizar-dudas-experiencias-y-comentarios.741846/ El 23/11/13 13:26, Oliver Fernandez escribió: Date: Sat, 23 Nov 2013 00:20:43 +0100 From: openstreetm...@24x7linux.com To: talk-es@openstreetmap.org Subject: Re: [Talk-es] Routing.- Exportar en gpx una ruta dibujada El viernes día 22 de noviembre de 2013, a las 21:10:54 +0100, Oliver Fernandez escribió: El objetivo que me gustaría conseguir es marcar una ruta en JOSM por caminos y poder exportarla a GPX para cargarla en el móvil y poder hacerla con la bici. He encontrado alguna página que utiliza los mapas de OSM para dibujar rutas pero las exporta a formato de GARMIN. Me gustaría hacerlo en JOSM, porque creo que estoy cerca, pero si consideráis que no se puede hacer y conocéis algun sitio web /software que puedo conseguir mi objetivo, ruego me lo comentéis. Una chapuza que he hecho yo en el pasado para conseguir algo parecido ha sido, primero crear una nueva capa de datos vacía (lo más rápido es bajarse un área muy pequeña sin datos y marcar la casilla de nueva capa de datos). A continuación en la capa con los datos de interés, seleccionar todos los necesarios y CTRL+C (copiar). Enfocar la capa vacía creada con anterioridad y pegar (CTRL+V). Deberías tener la capa vacía con el conjunto de elementos copiados. Ahora, en la nueva capa, yo lo que hago es combinar todos los elementos en uno solo (me basta darle C, Combine Way), de lo contrario el GPX se te exporta con trkseg por cada uno de ellos. Y por último, botón derecho sobre esta capa auxiliar y exportar a gpx Es más fácil y rápido hacerlo que explicarlo, a mi me ha funcionado bien siempre que lo he necesitado. -- Jose Luis Domingo Lopez Linux Registered User #189436, Linux Ubuntu 12.04.3 LTS (3.2.0-56-generic-pae) ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es __ Buenos dias Jose Luis, en primer lugar me gustaría felicitarte por tu gran contribución a OSM a través de los tutoriales, gracias a los cuales, yo en primera persona y seguro otros muchos usuarios, podemos contribuir a OSM através de JOSM Siguiendo el hilo, te comento, he intentado realizar por pasos lo que me comentas en el mail, pero no me resulta práctico porque selecciono los caminos los pego, pero luego no me los une combinando vias, tengo que ir uno por uno ... Otra solución es cargar una ruta como en uno de los tutoriales, a través de una relación pero no me parece que esa herramienta tenga esa utilidad, yo la entendería más para rutas ya realizadas.. Lo cierto es que necesito algo más práctico, basado en OSM para que reconozca los caminos y marcando en estos, puntos de interés que te dibuje la ruta y se pueda exportar a GPX, y el complemento de Routing, me proporciona justo lo que quiero pero me falta saber exportar sólo la ruta dibujada. Por ponerte en situación, lo de definir una ruta lo estoy haciendo porque he tenido un accidente con la bicicleta de montaña, iba solo y sin cobertura 2g ni 3g me encontré indefenso. Por lo tanto necesito asegurar dos cosas: 1.- Saber la ruta que voy a realizar. por eso lo de definir la ruta por caminos 2.- Utilizar un programa que me vaya grabando la ruta ON LINE, a través del Móvil... este ya lo tengo ENDOMONDO. De esta manera podría salir con la bicicleta de montaña con cierta seguridad. Muchas gracias, y una vez más enhorabuena por tu gran contribución. ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Routing.- Exportar en gpx una ruta dibujada
2013/11/22 Oliver Fernandez oliverfmo...@hotmail.com: El objetivo que me gustaría conseguir es marcar una ruta en JOSM por caminos y poder exportarla a GPX para cargarla en el móvil y poder hacerla con la bici. Me olvidaba de esta opción, aunque sólo funciona si deseas rutas sin waypoints o sólo waypoints sin rutas. Utilizá http://www.yournavigation.org/ estableces el inicio y fin, luego seleccionas el tipo de ruteo (bicicleta) y marcará la ruta óptima. Si añades waypoints (amarillo) podrás personalizar por ciertos lugares la ruta. Al final teniendo la ruta deseada clic en etiqueta [export] y listo Marco Antonio ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Routing.- Exportar en gpx una ruta dibujada
Hola, El 23/11/2013 18:57, Marco Antonio marcoantoniofr...@gmail.com escribió: 2013/11/22 Oliver Fernandez oliverfmo...@hotmail.com: El objetivo que me gustaría conseguir es marcar una ruta en JOSM por caminos y poder exportarla a GPX para cargarla en el móvil y poder hacerla con la bici. Esto también Io puedes hacer con OsmAnd desde el móvil. Creas una ruta indicando el origen y el destino y que es en bicicleta, y una vez calculada, pulsas la (i) en el centro abajo de la pantalla, y se muestran las indicaciones giro a giro. En la parte inferior de esa lista aparece un botón con forma de diskette para guardar a ruta a gpx. Un saludo, Jonás. ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Routing.- Exportar en gpx una ruta dibujada
Las opciones que han indicado los compañeros son válidas. Yo añadiré una más: Utilizo en Ubuntu Linux un programa que se llama Viking, creo que también está para Windows. Con este programa se pueden dibujar y editar rutas, poniendo por debajo mapas de OSM, imágenes aéreas de Bing u otras imágenes. Se traza de dibujar la ruta punto a punto, puede resultar bastante tedioso, pero así haces exactamente la ruta que quieres. Una vez hecha la ruta la puedes guardar como GPX. Yo lo suelo usar bastante para la bici, luego puedes cargar la ruta en el móvil usando OruxMaps, por ejemplo. ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Routing.- Exportar en gpx una ruta dibujada
El sábado día 23 de noviembre de 2013, a las 18:54:16 +0100, Carlos Dávila escribió: Para crear una ruta basada en los datos de OSM puedes utilizar QLandkarte-GT [1] (QLGT) y mapas para Garmin basados en OSM [2] Los pasos serían los siguientes, una vez instalados QLGT y los mapas 1- Pincha en la pestaña Dibujar de la parte inferior izquierda 2- Selecciona Polilínea de distancia (F7) y comienza a dibujar tu ruta sobre el mapa 3- Una vez creada la ruta, selecciónala en el panel izquierdo y con el botón derecho-Crear Track 4- Archivo-Exportar datos geográficos Quién no haya probado este método a lo mejor no sabe de su gran ventaja: cuando usas vectoriales Garmin como base, a partir de un punto dado , se ilumina el camino por el que puedes serguir, y si pinchas en cualquier lado de lo iluminado, se crean automáticamente los puntos necesarios entre el punto anterior y el nuevo. Así se crean recorridos perfectamente ajustados al trazado en cuestión de minutos. Pero es que además se puede poner como base una capa raster (por ejemplo el WMS del IGN para cartografía rasterizada, o el PNOA/SIGPAC con ortofoto) y solapar la capa de mapa vectorial Garmin, y seguir el mismo método. Cuando pasas de polilínea a track, además puedes decir que te cree puntos tan frecuentes como quieras y de regalo que te cargue los puntos con las alturas a partir del DEM que tengas asociado al mapa. Mejor resultado que ese imposible. Bueno, mejor es luego usar las funciones de filtrado de puntos del GPX en QLGT para, por ejemplo, establecer una fecha y hora de inicio al track, marcar velocidades medias en cada tramo, y así saber una estimación de tiempos de paso por puntos de control. Luego creas unos waypoints en dichas marcas horarias y te sirve a ti para saber si vas en hora, y a los demás para saber por dónde buscarte en cada momento. A lo mejor merece la pena currarse algún otro vídeo o conjunto de vídeos, para QLGT esta vez en lugar de para JOSM. Un saludo. -- Jose Luis Domingo Lopez Linux Registered User #189436, Linux Ubuntu 12.04.3 LTS (3.2.0-56-generic-pae) ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es
[Talk-at] waldviertlerkartograph
Hallo, mein Username ist waldviertlerkartograph und ich fühle mich für die Gemeinde Großschönau und ferner auch für den Bezirk Gmünd zuständig. Ich lese normalerweise nicht so viel in der Mailingliste, bin aber zu der Erkenntnis gekommen, dass OSM besser funktioniert, wenn man gut miteinander vernetzt ist. Grundsätzlich bin ich über jeden neuen Kontakt sehr erfreut. Ich möchte aber all jene besonders aufrufen, die sich in einer gewissen Sache (z.B. ÖPNV, GPS, programmieren, ) als Spezialisten fühlen. Weiters wäre ich besonders interessiert an Kontakten aus meinem näheren Umfeld (z.B. Bezirk Gmünd). Falls wer Interesse hat, mit mir Kontakt aufzunehmen und mich dadurch sozusagen weiterzubilden (bin erst seit etwas mehr als einem Jahr bei OSM), wäre ich sehr erfreut, wenn ihr mir eine persönliche Nachricht mit euren Kontaktdaten senden würdet. Mit freundlichsten Grüßen, waldviertlerkartograph ___ Talk-at mailing list Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-it-trentino] Mapathon per aiutare la Sardegna?
Ciao a tutti novità su quando ci vediamo? Inviato da iPhone Il giorno 21/nov/2013, alle ore 22:36, pietro marzani piem...@yahoo.it ha scritto: Da: Maurizio Napolitano napoo...@gmail.com Chiaramente le emergenze non aspettano nessuno, di mio sonoimpegnatissimo fino a martedì ma se riuscissimo a trovarci lunedì su tarda serata (come la volta scorsa all'Urban Center) o anche domenica, sarebbe fantastico. bella idea, a me dovrebbero andar bene sia domenica sia lunedì Ciao Pietro ___ Talk-it-trentino mailing list Talk-it-trentino@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it-trentino ___ Talk-it-trentino mailing list Talk-it-trentino@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it-trentino
Re: [Talk-ro] Suburbie cu SIRUTA?
În data de 24 noiembrie 2013, 02:13, Strainu strain...@gmail.com a scris: suburbie trecută cu codul poștal de la Micești (probabil satul în care a fost construită). Scuze, în mod evident voiam să zic *trecută cu codul SIRUTA*. Vi se pare OK abordarea asta? După mine, codul siruta ar trebui să fie pus doar pe sat/oraș, nu și pe fiecare cartier în parte. Strainu ___ Talk-ro mailing list Talk-ro@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ro
[Talk-ro] Suburbie cu SIRUTA?
Făcând niște experimente cu importul de coduri poștale am descoperit http://www.openstreetmap.org/browse/node/2278066209 , care este o suburbie trecută cu codul poștal de la Micești (probabil satul în care a fost construită). Vi se pare OK abordarea asta? După mine, codul siruta ar trebui să fie pus doar pe sat/oraș, nu și pe fiecare cartier în parte. Strainu ___ Talk-ro mailing list Talk-ro@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ro
Re: [Talk-ro] Suburbie cu SIRUTA?
În data de 24 noiembrie 2013, 02:25, Filip Chirita Rares Cristian chirita.ra...@gmail.com a scris: Mail la posta? Presupun ca depinde de cum e oficial, nu cum e logic E vorba de cum sunt acum datele în OSM, la poștă oricum n-am cod SIRUTA. :) Strainu ___ Talk-ro mailing list Talk-ro@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ro
[Talk-ca] Mapathon Philippines - HOT OSM - Québec
Bonjour, Cet apres-midi a eu lieu le mapathon HOT OSM pour les Philippines: nous avons travaillé sur la derniere tâche 1003 reliée aux dernières images satelitte de Digital Globe. Nous étions peu nombreux, mais nous avons échangé beaucoup d'informations sur le travail dans JOSM et les bonnes pratiques. Nous avons tout de même traité plusieurs portions de territoire, malgré les difficultés reliés au boisé intense cachant un peu les routes et rivieres, et malgré les nuages un peu trop présents parfois...! ;) Une belle expérience de groupe, que l'on renouvellera certainement! -- Bruno Remy ___ Talk-ca mailing list Talk-ca@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] Mapathon Philippines - HOT OSM - Québec
Merci! Le 2013-11-23 17:49, Pascal Robichaud pascal.robichaud.do...@gmail.com a écrit : Bravo!! Le 23 novembre 2013 17:36, Bruno Remy bremy.qc...@gmail.com a écrit : Bonjour, Cet apres-midi a eu lieu le mapathon HOT OSM pour les Philippines: nous avons travaillé sur la derniere tâche 1003 reliée aux dernières images satelitte de Digital Globe. Nous étions peu nombreux, mais nous avons échangé beaucoup d'informations sur le travail dans JOSM et les bonnes pratiques. Nous avons tout de même traité plusieurs portions de territoire, malgré les difficultés reliés au boisé intense cachant un peu les routes et rivieres, et malgré les nuages un peu trop présents parfois...! ;) Une belle expérience de groupe, que l'on renouvellera certainement! -- Bruno Remy ___ Talk-ca mailing list Talk-ca@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ca -- *Hackons la corruption* hackonslacorruption.wordpress.com *Signalement à l'UPAC* Site web https://www.upac.gouv.qc.ca Téléphone: 1 888 444-1701 Télécopieur: 514 873-0099 Formulaire https://www.upac.gouv.qc.ca/index.php?id=72 web de signalement ___ Talk-ca mailing list Talk-ca@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ca
Re: [OSM-talk-fr] Encore des data... de l'INSEE cette fois !
Première expérimentation... http://tile.openstreetmap.fr/?zoom=13lat=48.53833lon=3.30587layers=B000TF C'est un overlay pour repérer les zones à mapper, c'est à dire celles où l'INSEE indique qu'il y a des ménages, mais là où il n'y a pas de bâti et/ou de routes dans OSM. gris = présence de bâti et routes cyan = aucun bâtiment (building=*) magenta = aucune route (highway=*) mauve = ni bâti ni route Dispo à partir du zoom 12, et à partir du zoom 14 un cercle est ajouté pour les carreaux qui sont des regroupements statistiques, le cercle étant de plus en plus grand quand le regroupement est de plus en plus grand. Explication sur: http://wiki.openstreetmap.org/wiki/FR:Servers/tile.openstreetmap.fr#Couche_.22Zones_.C3.A0_mapper.22 C'est un premier jet, merci pour vos retours. Le 21 novembre 2013 16:24, Christian Quest cqu...@openstreetmap.fr a écrit : Et l'INSEE est à l'heure QGis 2.0.1 ! http://www.insee.fr/fr/ppp/bases-de-donnees/donnees-detaillees/donnees-carroyees/mode-operatoire-qgis.pdf Le 21 novembre 2013 15:43, Francescu GAROBY windu...@gmail.com a écrit : données carroyées : j'aurais au moins appris un mot ! Francescu Le 21 novembre 2013 15:39, Christian Quest cqu...@openstreetmap.fr a écrit : Des statistiques remises sous forme de données géographiques (carreaux de 200m ou plus pour l'anonymisation). http://www.insee.fr/fr/themes/detail.asp?reg_id=0ref_id=donnees-carroyeespage=donnees-detaillees/donnees-carroyees/donnees-carroyees-200m.htm Ca donne 698 659 rectangles contenant au minimum 11 ménages (médiane à 21)... donc ça devrait pouvoir servir à repérer des zones landuse=residential manquantes, non ? Un nouveau jouet pour le week-end ;) -- Christian Quest - OpenStreetMap France Un nouveau serveur pour OSM... http://donate.osm.org/server2013/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Cordialement, Francescu GAROBY ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- 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 https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Encore des data... de l'INSEE cette fois !
Ex-cel-lent ! Le 23 novembre 2013 12:01, Christian Quest cqu...@openstreetmap.fr a écrit : Première expérimentation... http://tile.openstreetmap.fr/?zoom=13lat=48.53833lon=3.30587layers=B000TF C'est un overlay pour repérer les zones à mapper, c'est à dire celles où l'INSEE indique qu'il y a des ménages, mais là où il n'y a pas de bâti et/ou de routes dans OSM. gris = présence de bâti et routes cyan = aucun bâtiment (building=*) magenta = aucune route (highway=*) mauve = ni bâti ni route Dispo à partir du zoom 12, et à partir du zoom 14 un cercle est ajouté pour les carreaux qui sont des regroupements statistiques, le cercle étant de plus en plus grand quand le regroupement est de plus en plus grand. Explication sur: http://wiki.openstreetmap.org/wiki/FR:Servers/tile.openstreetmap.fr#Couche_.22Zones_.C3.A0_mapper.22 C'est un premier jet, merci pour vos retours. Le 21 novembre 2013 16:24, Christian Quest cqu...@openstreetmap.fr a écrit : Et l'INSEE est à l'heure QGis 2.0.1 ! http://www.insee.fr/fr/ppp/bases-de-donnees/donnees-detaillees/donnees-carroyees/mode-operatoire-qgis.pdf Le 21 novembre 2013 15:43, Francescu GAROBY windu...@gmail.com a écrit : données carroyées : j'aurais au moins appris un mot ! Francescu Le 21 novembre 2013 15:39, Christian Quest cqu...@openstreetmap.fr a écrit : Des statistiques remises sous forme de données géographiques (carreaux de 200m ou plus pour l'anonymisation). http://www.insee.fr/fr/themes/detail.asp?reg_id=0ref_id=donnees-carroyeespage=donnees-detaillees/donnees-carroyees/donnees-carroyees-200m.htm Ca donne 698 659 rectangles contenant au minimum 11 ménages (médiane à 21)... donc ça devrait pouvoir servir à repérer des zones landuse=residential manquantes, non ? Un nouveau jouet pour le week-end ;) -- Christian Quest - OpenStreetMap France Un nouveau serveur pour OSM... http://donate.osm.org/server2013/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Cordialement, Francescu GAROBY ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- 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 https://lists.openstreetmap.org/listinfo/talk-fr -- ab_fab http://wiki.openstreetmap.org/wiki/User:Ab_fab Il n'y a pas de pas perdus, Nadja ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Encore des data... de l'INSEE cette fois !
Superbe ! Histoire de ne pas réduire mon mail à un seul mot, j'en profite pour glisser une proposition : que les cases mauves (ni bâti ni route) soient en fait hachurées en cyan et magenta, vu qu'il s'agit de la combinaison de ce que représentent ces 2 couleurs. Francescu Le 23 novembre 2013 13:33, Ab_fab gamma@gmail.com a écrit : Ex-cel-lent ! Le 23 novembre 2013 12:01, Christian Quest cqu...@openstreetmap.fr a écrit : Première expérimentation... http://tile.openstreetmap.fr/?zoom=13lat=48.53833lon=3.30587layers=B000TF C'est un overlay pour repérer les zones à mapper, c'est à dire celles où l'INSEE indique qu'il y a des ménages, mais là où il n'y a pas de bâti et/ou de routes dans OSM. gris = présence de bâti et routes cyan = aucun bâtiment (building=*) magenta = aucune route (highway=*) mauve = ni bâti ni route Dispo à partir du zoom 12, et à partir du zoom 14 un cercle est ajouté pour les carreaux qui sont des regroupements statistiques, le cercle étant de plus en plus grand quand le regroupement est de plus en plus grand. Explication sur: http://wiki.openstreetmap.org/wiki/FR:Servers/tile.openstreetmap.fr#Couche_.22Zones_.C3.A0_mapper.22 C'est un premier jet, merci pour vos retours. Le 21 novembre 2013 16:24, Christian Quest cqu...@openstreetmap.fr a écrit : Et l'INSEE est à l'heure QGis 2.0.1 ! http://www.insee.fr/fr/ppp/bases-de-donnees/donnees-detaillees/donnees-carroyees/mode-operatoire-qgis.pdf Le 21 novembre 2013 15:43, Francescu GAROBY windu...@gmail.com a écrit : données carroyées : j'aurais au moins appris un mot ! Francescu Le 21 novembre 2013 15:39, Christian Quest cqu...@openstreetmap.fr a écrit : Des statistiques remises sous forme de données géographiques (carreaux de 200m ou plus pour l'anonymisation). http://www.insee.fr/fr/themes/detail.asp?reg_id=0ref_id=donnees-carroyeespage=donnees-detaillees/donnees-carroyees/donnees-carroyees-200m.htm Ca donne 698 659 rectangles contenant au minimum 11 ménages (médiane à 21)... donc ça devrait pouvoir servir à repérer des zones landuse=residential manquantes, non ? Un nouveau jouet pour le week-end ;) -- Christian Quest - OpenStreetMap France Un nouveau serveur pour OSM... http://donate.osm.org/server2013/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Cordialement, Francescu GAROBY ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- 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 https://lists.openstreetmap.org/listinfo/talk-fr -- ab_fab http://wiki.openstreetmap.org/wiki/User:Ab_fab Il n'y a pas de pas perdus, Nadja ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Cordialement, Francescu GAROBY ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Centraux téléphoniques
Le 21 nov. 2013 à 13:19, François Lacombe francois.laco...@telecom-bretagne.eu a écrit : Pour les amateurs, la traduction télécom consacrée de l'armoire de rue est 'pedestal' telecom=pedestal Qui ajoutera le premier ?Je dirais plus "cabinet" non ?Vous parlez de ces trucs là ?Une recherche surWikimedia commonsmontre l’utilisation du terme "Groundtelephoneexchangecabinet»—YvesPS: Au passage, certaines armoires (téléphoniques, électriques…) de rue sont peintes par des artistes et sont de véritables chefs d’œuvres.___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Centraux téléphoniques
Tout à fait. Des sous-répartiteurs de la boucle locale. Ils sont de différents types, entre les équipements du cuivre et ceux du FTTH. http://www.infos-reseaux.com/photos/album/10-sr-sous-repartitions-cuivre http://www.infos-reseaux.com/photos/album/43-gpon-orange On devrait trouver un modèle unique entre les BL cuivre, optique et coax (types principaux qu'on trouve en France). Il ne tiendrait compte que du modèle technique (NRA, SR, PC, PT) sans se pencher sur les contraintes réglementaires (mutualisation, opérateur d'immeuble, etc...) qui sont trop mouvantes en ce moment. Ensuite un tag devrait préciser de quel type de BL il s'agit. Le fait est que c'est une question internationale et qu'il est déjà délicat de déterminer comment appeler un NRA dans le tag telecom=* Au niveau du cuivre, l'identifiant ref:FR:42C peut servir d'identifiant métier sur tous les objets. Dans le FTTH, il faudrait documenter ça pour chaque opérateur, c'est plus fastidieux - en plus de ne pas être prioritaire, l'évocation de ces questions n'est utile que pour proposer des tags cohérents et polyvalents dans le temps. *François Lacombe* francois dot lacombe At telecom-bretagne dot eu http://www.infos-reseaux.com Le 23 novembre 2013 16:19, Yves Pratter yves.prat...@laposte.net a écrit : Le 21 nov. 2013 à 13:19, François Lacombe francois.laco...@telecom-bretagne.eu a écrit : Pour les amateurs, la traduction télécom consacrée de l'armoire de rue est 'pedestal' telecom=pedestal Qui ajoutera le premier ? Je dirais plus cabinet non ? Vous parlez de ces trucs là ? [image: Ground_telephone_exchange_cabinet.jpg]https://commons.wikimedia.org/wiki/File:Ground_telephone_exchange_cabinet.jpg Une recherche sur Wikimedia commonshttps://commons.wikimedia.org/w/index.php?title=Special:Searchprofile=defaultsearch=telephone+cabinetfulltext=Search montre l’utilisation du terme *Ground telephone exchange cabinet* » — Yves PS: Au passage, certaines armoires (téléphoniques, électriques…) de rue sont peintes par des artistes et sont de véritables chefs d’œuvres. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Encore des data... de l'INSEE cette fois !
Il y a un degrés d'incertitude sur les cases parce qu'a priori je me retrouve avec pas mal de case coloré alors qu'il y a un bâtiment ou une route au bord de la case. Sinon est ce normal que les case bleu deviennent grise au zoom 16 et au delà? Le 23 novembre 2013 12:01, Christian Quest cqu...@openstreetmap.fr a écrit : Première expérimentation... http://tile.openstreetmap.fr/?zoom=13lat=48.53833lon=3.30587layers=B000TF ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Centraux téléphoniques
On 11/23/2013 05:00 PM, François Lacombe wrote: Une recherche sur Wikimedia commons https://commons.wikimedia.org/w/index.php?title=Special:Searchprofile=defaultsearch=telephone+cabinetfulltext=Search montre l'utilisation du terme /Ground telephone exchange cabinet/ » Apparemment cabinet est plus courant que le pedestal des logiciels que j'utilise... Ou alors il y a une nuance que j'ignore... http://www.emersonnetworkpower.com/en-US/Products/OutsidePlant/ensys_BuriedDistribution/DistributionPedestals/Pages/default.aspx Tout à fait. Des sous-répartiteurs de la boucle locale. Ils sont de différents types, entre les équipements du cuivre et ceux du FTTH. Si c'est du FTTH ce n'est pas un SR - c'est une notion appartenant à la hiérarchie du réseau cuivre. Si c'est du FTTH ça peut être un point de mutualisation ou n'importe quoi d'autre - un contenant pour de la connectivité générique sans rôle topologique particulier. Pour les sites comme pour ces objets, ne confondons pas le contenu et le contenant: le contenant est une armoire de rue ('cabinet' ou 'pedestal' à départager) et le contenu peut-être à peu près n'importe quoi. La priorité est de localiser et étiqueter le contenant, visible et géographiquement incontestable... La base d'OSM quoi. Ensuite on peut sous-typer pour distinguer le rôle en termes télécom - mais c'est une étape distincte. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Centraux téléphoniques
On 11/23/2013 05:22 PM, Jean-Marc Liotier wrote: On 11/23/2013 05:00 PM, François Lacombe wrote: Une recherche sur Wikimedia commons https://commons.wikimedia.org/w/index.php?title=Special:Searchprofile=defaultsearch=telephone+cabinetfulltext=Search montre l'utilisation du terme /Ground telephone exchange cabinet/ » Apparemment cabinet est plus courant que le pedestal des logiciels que j'utilise... Ou alors il y a une nuance que j'ignore... http://www.emersonnetworkpower.com/en-US/Products/OutsidePlant/ensys_BuriedDistribution/DistributionPedestals/Pages/default.aspx Je crois que je vais me ranger au choix de 'cabinet': il semble que le 'pedestal' est comme son nom le suggère le piédestal de l'armoire ('cabinet') et que l'appellation 'pedestal' est un élargissement à l'ensemble de l'appellation composant spécifique aux armoires de rue (les armoires d'intérieur n'en ont pas vu qu'elles sont généralement murales). http://www.alibaba.com/showroom/outdoor-cabinet-with-pedestal.html ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Encore des data... de l'INSEE cette fois !
Le 23/11/2013 12:01, Christian Quest a écrit : Première expérimentation... http://tile.openstreetmap.fr/?zoom=13lat=48.53833lon=3.30587layers=B000TF C'est un overlay pour repérer les zones à mapper, c'est à dire celles où l'INSEE indique qu'il y a des ménages, mais là où il n'y a pas de bâti et/ou de routes dans OSM. gris = présence de bâti et routes cyan = aucun bâtiment (building=*) magenta = aucune route (highway=*) mauve = ni bâti ni route Dispo à partir du zoom 12, et à partir du zoom 14 un cercle est ajouté pour les carreaux qui sont des regroupements statistiques, le cercle étant de plus en plus grand quand le regroupement est de plus en plus grand. Explication sur: http://wiki.openstreetmap.org/wiki/FR:Servers/tile.openstreetmap.fr#Couche_.22Zones_.C3.A0_mapper.22 C'est un premier jet, merci pour vos retours. Le 21 novembre 2013 16:24, Christian Quest cqu...@openstreetmap.fr mailto:cqu...@openstreetmap.fr a écrit : Et l'INSEE est à l'heure QGis 2.0.1 ! http://www.insee.fr/fr/ppp/bases-de-donnees/donnees-detaillees/donnees-carroyees/mode-operatoire-qgis.pdf Le 21 novembre 2013 15:43, Francescu GAROBY windu...@gmail.com mailto:windu...@gmail.com a écrit : données carroyées : j'aurais au moins appris un mot ! Francescu Le 21 novembre 2013 15:39, Christian Quest cqu...@openstreetmap.fr mailto:cqu...@openstreetmap.fr a écrit : Des statistiques remises sous forme de données géographiques (carreaux de 200m ou plus pour l'anonymisation). http://www.insee.fr/fr/themes/detail.asp?reg_id=0ref_id=donnees-carroyeespage=donnees-detaillees/donnees-carroyees/donnees-carroyees-200m.htm Ca donne 698 659 rectangles contenant au minimum 11 ménages (médiane à 21)... donc ça devrait pouvoir servir à repérer des zones landuse=residential manquantes, non ? Un nouveau jouet pour le week-end ;) -- Christian Quest - OpenStreetMap France Un nouveau serveur pour OSM... http://donate.osm.org/server2013/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org mailto:Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Cordialement, Francescu GAROBY ___ Talk-fr mailing list Talk-fr@openstreetmap.org mailto:Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- 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 https://lists.openstreetmap.org/listinfo/talk-fr Super ! Pour rendre le truc compatible avec OSM Monochrome, les hachures se serait bien. Un décalage d'1/2 côté de carré ? Il y a parfois des alertes étranges sur le bâti ? A+ -- Marc Sibert mailto:m...@sibert.fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Encore des data... de l'INSEE cette fois !
J'ai réduit un peu le niveau de détection... en fait ces carreaux sont souvent regroupés pour les besoins de l'anonymat statistique. Donc le rendu est en train de se recalculer avec la nouvelle feuille de style. - moins d'opacité sur les carreaux qui sont des regroupements, - seul les carreaux non regroupé ont l'opacité maxi - ceux avec plus de 4 carreaux regroupés ne sont plus pris en compte ni rendus Ajout des zoom 10 et 11 avec uniquement les routes manquantes sous forme de pastilles magenta sur les carreaux non regroupés. Il y en a donc peu, mais ce sont de beaux trous dans la carte? Je suis ainsi tombé sur la banlieue sud de Laval, une ville de 4000 habitants sans bâti et quasiment aucune route à par les départementales qui la traverse. 9 pastilles magenta... mais ça c'était avant, car j'ai complété ;) Le 23 novembre 2013 17:33, Marc Sibert m...@sibert.fr a écrit : Le 23/11/2013 12:01, Christian Quest a écrit : Première expérimentation... http://tile.openstreetmap.fr/?zoom=13lat=48.53833lon=3.30587layers=B000TF C'est un overlay pour repérer les zones à mapper, c'est à dire celles où l'INSEE indique qu'il y a des ménages, mais là où il n'y a pas de bâti et/ou de routes dans OSM. gris = présence de bâti et routes cyan = aucun bâtiment (building=*) magenta = aucune route (highway=*) mauve = ni bâti ni route Dispo à partir du zoom 12, et à partir du zoom 14 un cercle est ajouté pour les carreaux qui sont des regroupements statistiques, le cercle étant de plus en plus grand quand le regroupement est de plus en plus grand. Explication sur: http://wiki.openstreetmap.org/wiki/FR:Servers/tile.openstreetmap.fr#Couche_.22Zones_.C3.A0_mapper.22 C'est un premier jet, merci pour vos retours. Le 21 novembre 2013 16:24, Christian Quest cqu...@openstreetmap.fr a écrit : Et l'INSEE est à l'heure QGis 2.0.1 ! http://www.insee.fr/fr/ppp/bases-de-donnees/donnees-detaillees/donnees-carroyees/mode-operatoire-qgis.pdf Le 21 novembre 2013 15:43, Francescu GAROBY windu...@gmail.com a écrit : données carroyées : j'aurais au moins appris un mot ! Francescu Le 21 novembre 2013 15:39, Christian Quest cqu...@openstreetmap.fr a écrit : Des statistiques remises sous forme de données géographiques (carreaux de 200m ou plus pour l'anonymisation). http://www.insee.fr/fr/themes/detail.asp?reg_id=0ref_id=donnees-carroyeespage=donnees-detaillees/donnees-carroyees/donnees-carroyees-200m.htm Ca donne 698 659 rectangles contenant au minimum 11 ménages (médiane à 21)... donc ça devrait pouvoir servir à repérer des zones landuse=residential manquantes, non ? Un nouveau jouet pour le week-end ;) -- Christian Quest - OpenStreetMap France Un nouveau serveur pour OSM... http://donate.osm.org/server2013/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Cordialement, Francescu GAROBY ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- 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 listTalk-fr@openstreetmap.orghttps://lists.openstreetmap.org/listinfo/talk-fr Super ! Pour rendre le truc compatible avec OSM Monochrome, les hachures se serait bien. Un décalage d'1/2 côté de carré ? Il y a parfois des alertes étranges sur le bâti ? A+ -- Marc Sibertmailto:m...@sibert.fr m...@sibert.fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://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 https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Encore des data... de l'INSEE cette fois !
Le 23 novembre 2013 17:01, Tetsuo Shima tets...@gmail.com a écrit : Il y a un degrés d'incertitude sur les cases parce qu'a priori je me retrouve avec pas mal de case coloré alors qu'il y a un bâtiment ou une route au bord de la case. D'après ce que j'ai compris c'est la taille du cercle le plus proche qui détermine combien de cases sont agrégées. Si la case n'a pas de cercle, il n'y a pas de données statistiques de population à ce niveau et il faut chercher dans les cases voisines. De plus les géolocalistions des données de l'INSEE ont une marge d'incertitude aussi et ne sont pas à 50 mètres près (l'incertitude s'agrandit si l'INSEE a anonymisé les données en regroupant des carreaux en un seul pour atteindre au moins 10 foyers, le point central retenu peut tomber sur une case o il n'y a que des champs agricoles, les résidents étant dans les cases voisines autour). Enfin puisque seule la population résidente est prise en compte, la présence ou pas d'un bâtiment n'est pas toujours synonyme de résidents (ou seulement de résidences secondaires, dont les occuoants sont comptés à part). Et l'INSEE a pu compter des residents à part dans les terrains de camping sans construction. Bref il ne fait pas s'attacher de trop près à une case, mais comparer à la densité des cercles, autrement dit leur écartement relatif (la taille du cercle n'est pas très facile à interpréter). ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Encore des data... de l'INSEE cette fois !
Christian Quest a exposé le 23/11/2013 : J'ai réduit un peu le niveau de détection... en fait ces carreaux sont souvent regroupés pour les besoins de l'anonymat statistique. De ce que j'ai compris de la doc de l'INSEE, les données sur la population ne sont pas anonymisées. Les carreaux ne sont pas regroupés et donnent tous la population du carreau de 200mx200m, même quand il y a moins de 11 ménages. Dans le fichier de carreaux, tous les carreaux sont diffusés, sans aucun seuil de nombre d'individus ou de ménages, ce qui implique une grande vigilance, en particulier lors d'analyses sur des zones peu denses. Ce sont bien les carreaux que tu utilises (il y en a 2 278 213), et pas les rectangles ? ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Encore des data... de l'INSEE cette fois !
Oui, les carreaux non vides, un peu moins de 700 000. Il faut que je relise tout, je mélange entre carreaux et rectangles... retour à la maternelle ! Le 23 novembre 2013 19:24, Plop76 vaujani...@free.fr a écrit : Christian Quest a exposé le 23/11/2013 : J'ai réduit un peu le niveau de détection... en fait ces carreaux sont souvent regroupés pour les besoins de l'anonymat statistique. De ce que j'ai compris de la doc de l'INSEE, les données sur la population ne sont pas anonymisées. Les carreaux ne sont pas regroupés et donnent tous la population du carreau de 200mx200m, même quand il y a moins de 11 ménages. Dans le fichier de carreaux, tous les carreaux sont diffusés, sans aucun seuil de nombre d'individus ou de ménages, ce qui implique une grande vigilance, en particulier lors d'analyses sur des zones peu denses. Ce sont bien les carreaux que tu utilises (il y en a 2 278 213), et pas les rectangles ? ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://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 https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Encore des data... de l'INSEE cette fois !
Bizarre ces données... la donc indique qu'on a la population comptée dans le carreau et une autre colonne avec la population hors carreau qui a été comptée dedans. Ok. Mais dans ce cas, pourquoi les carreaux avec 25 personnes hors carreaux comptées dans le carreau ont une population inférieure à 25 ? Pas clair leur truc ! Par sécurité je vais garder uniquement les carreaux avec population comptée - population hors carreau pour garde uniquement les zones où l'on est sûr qu'il y a des habitants. Ensuite il y a une petite zone tampon à prendre en compte pour les imprécisions inévitables de position... que j'ai mis à une valeur sûrement trop élevée. Le 23 novembre 2013 19:28, Christian Quest cqu...@openstreetmap.fr a écrit : Oui, les carreaux non vides, un peu moins de 700 000. Il faut que je relise tout, je mélange entre carreaux et rectangles... retour à la maternelle ! Le 23 novembre 2013 19:24, Plop76 vaujani...@free.fr a écrit : Christian Quest a exposé le 23/11/2013 : J'ai réduit un peu le niveau de détection... en fait ces carreaux sont souvent regroupés pour les besoins de l'anonymat statistique. De ce que j'ai compris de la doc de l'INSEE, les données sur la population ne sont pas anonymisées. Les carreaux ne sont pas regroupés et donnent tous la population du carreau de 200mx200m, même quand il y a moins de 11 ménages. Dans le fichier de carreaux, tous les carreaux sont diffusés, sans aucun seuil de nombre d'individus ou de ménages, ce qui implique une grande vigilance, en particulier lors d'analyses sur des zones peu denses. Ce sont bien les carreaux que tu utilises (il y en a 2 278 213), et pas les rectangles ? ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- 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 https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Encore des data... de l'INSEE cette fois !
Salut Christian, Salut à tous, si j'ai tout bien compris il y a eu un pb au moment où l'insee a sorti ces données carroyées, car des journalistes se sont amusés à chercher des zones avec un seul ménage très riche.. et du coup, on arrivait à identifier certaines fortunes... du coup, l'insee a du revoir sa copie et propose ce système intermédiaire : tu as tous les carreaux où tu as au moins un ménage dans une base sans données (uniquement la pop du carreau et la pop du rectangle auquel ce carreau appartient) une autre base sur laquelle tu as des rectangles qui dépassent le seuil de secret statistique avec les données stat dedans, du coup, si tu veux avoir des infos stats au carreau, tu peux faire ta règle de trois, mais l'insee s'interdit de le faire ;-) et te donne la méthode si jamais tu t'autorises à le faire et que tu mesures le degré d'incertitude que cela engage! Sinon, merci pour cette analyse, c'est très intéressant! je m'en vais de ce pas vérifier les quelques zones nordistes... Bonne soirée Adrien Le 23 novembre 2013 20:11, Christian Quest cqu...@openstreetmap.fr a écrit : Bizarre ces données... la donc indique qu'on a la population comptée dans le carreau et une autre colonne avec la population hors carreau qui a été comptée dedans. Ok. Mais dans ce cas, pourquoi les carreaux avec 25 personnes hors carreaux comptées dans le carreau ont une population inférieure à 25 ? Pas clair leur truc ! Par sécurité je vais garder uniquement les carreaux avec population comptée - population hors carreau pour garde uniquement les zones où l'on est sûr qu'il y a des habitants. Ensuite il y a une petite zone tampon à prendre en compte pour les imprécisions inévitables de position... que j'ai mis à une valeur sûrement trop élevée. Le 23 novembre 2013 19:28, Christian Quest cqu...@openstreetmap.fr a écrit : Oui, les carreaux non vides, un peu moins de 700 000. Il faut que je relise tout, je mélange entre carreaux et rectangles... retour à la maternelle ! Le 23 novembre 2013 19:24, Plop76 vaujani...@free.fr a écrit : Christian Quest a exposé le 23/11/2013 : J'ai réduit un peu le niveau de détection... en fait ces carreaux sont souvent regroupés pour les besoins de l'anonymat statistique. De ce que j'ai compris de la doc de l'INSEE, les données sur la population ne sont pas anonymisées. Les carreaux ne sont pas regroupés et donnent tous la population du carreau de 200mx200m, même quand il y a moins de 11 ménages. Dans le fichier de carreaux, tous les carreaux sont diffusés, sans aucun seuil de nombre d'individus ou de ménages, ce qui implique une grande vigilance, en particulier lors d'analyses sur des zones peu denses. Ce sont bien les carreaux que tu utilises (il y en a 2 278 213), et pas les rectangles ? ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- 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 https://lists.openstreetmap.org/listinfo/talk-fr -- http://www.virage-energie-npdc.org/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Encore des data... de l'INSEE cette fois !
Je pense avoir démélé le truc: pour chaque carreau on a la population du carreau et... le nombre de carreaux regroupés dans le rectangle auquel il est rattaché. La doc se contredit quelque part, mais au moins ça c'est cohérent. Donc en théorie dans chacun des 700 000 carreaux il y a au moins un individu résidant dans le carreau... aux erreurs près. (erreur dans la collecte ou dans les infos géographiques lors de la collecte). La doc fait référence au RGE et à la vectorisation du cadastre... ce qui peut laisser penser que sur les zones non vectorisées il doit y avoir un peu de doigt mouillé pour localiser les ménages à 200m. Je vais revoir mon filtrage et rajouter l'indication de la population dans le carreau, voire un ratio population/bâti mais sur quelle valeur ? la surface au sol ? le nombre de polygones ? le type de bâtiment, la hauteur ou le nombre d'étage étant si peu renseigné que ça ne peut pas vraiment servir. On eut aussi imaginer une détection des zones commerciale ou industrielle, car on y trouve des bâtiments mais pas d'habitants ou un ratio surface de bâti/habitant très élevée... à croiser avec nos landuse pour vérifier la cohérence. Intéressant aussi de faire des dataviz des données plus détaillées sur les rectangles mais c'est un autre sujet. Le 23 novembre 2013 20:20, adrien carpentier ad.carpent...@gmail.com a écrit : Salut Christian, Salut à tous, si j'ai tout bien compris il y a eu un pb au moment où l'insee a sorti ces données carroyées, car des journalistes se sont amusés à chercher des zones avec un seul ménage très riche.. et du coup, on arrivait à identifier certaines fortunes... du coup, l'insee a du revoir sa copie et propose ce système intermédiaire : tu as tous les carreaux où tu as au moins un ménage dans une base sans données (uniquement la pop du carreau et la pop du rectangle auquel ce carreau appartient) une autre base sur laquelle tu as des rectangles qui dépassent le seuil de secret statistique avec les données stat dedans, du coup, si tu veux avoir des infos stats au carreau, tu peux faire ta règle de trois, mais l'insee s'interdit de le faire ;-) et te donne la méthode si jamais tu t'autorises à le faire et que tu mesures le degré d'incertitude que cela engage! Sinon, merci pour cette analyse, c'est très intéressant! je m'en vais de ce pas vérifier les quelques zones nordistes... Bonne soirée Adrien Le 23 novembre 2013 20:11, Christian Quest cqu...@openstreetmap.fr a écrit : Bizarre ces données... la donc indique qu'on a la population comptée dans le carreau et une autre colonne avec la population hors carreau qui a été comptée dedans. Ok. Mais dans ce cas, pourquoi les carreaux avec 25 personnes hors carreaux comptées dans le carreau ont une population inférieure à 25 ? Pas clair leur truc ! Par sécurité je vais garder uniquement les carreaux avec population comptée - population hors carreau pour garde uniquement les zones où l'on est sûr qu'il y a des habitants. Ensuite il y a une petite zone tampon à prendre en compte pour les imprécisions inévitables de position... que j'ai mis à une valeur sûrement trop élevée. Le 23 novembre 2013 19:28, Christian Quest cqu...@openstreetmap.fr a écrit : Oui, les carreaux non vides, un peu moins de 700 000. Il faut que je relise tout, je mélange entre carreaux et rectangles... retour à la maternelle ! Le 23 novembre 2013 19:24, Plop76 vaujani...@free.fr a écrit : Christian Quest a exposé le 23/11/2013 : J'ai réduit un peu le niveau de détection... en fait ces carreaux sont souvent regroupés pour les besoins de l'anonymat statistique. De ce que j'ai compris de la doc de l'INSEE, les données sur la population ne sont pas anonymisées. Les carreaux ne sont pas regroupés et donnent tous la population du carreau de 200mx200m, même quand il y a moins de 11 ménages. Dans le fichier de carreaux, tous les carreaux sont diffusés, sans aucun seuil de nombre d'individus ou de ménages, ce qui implique une grande vigilance, en particulier lors d'analyses sur des zones peu denses. Ce sont bien les carreaux que tu utilises (il y en a 2 278 213), et pas les rectangles ? ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- 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 https://lists.openstreetmap.org/listinfo/talk-fr -- http://www.virage-energie-npdc.org/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr -- Christian Quest - OpenStreetMap France Un nouveau serveur pour OSM...
Re: [OSM-talk-fr] Encore des data... de l'INSEE cette fois !
Christian Quest a exposé le 23/11/2013 : Oui, les carreaux non vides, un peu moins de 700 000. Il faut que je relise tout, je mélange entre carreaux et rectangles... retour à la maternelle ! Il y a pourtant 2 278 213 carreaux carrés non vides en France metro, présents dans les fichiers car_m.* :) Les 700 000 ce sont les rectangles, présents dans les fichiers rect_m.*, qui ne nous intéressent pas ici. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Fwd: Centraux téléphoniques
Le 23 novembre 2013 17:22, Jean-Marc Liotier j...@liotier.org a écrit : Apparemment cabinet est plus courant que le pedestal des logiciels que j'utilise... Ou alors il y a une nuance que j'ignore... http://www.emersonnetworkpower.com/en-US/Products/OutsidePlant/ensys_BuriedDistribution/DistributionPedestals/Pages/default.aspx Ah oui je comprends mieux : - Cabinet = Armoire de rue - Pedestal = Socle Le socle, on peut se retrouver sur des armoires, sur des bornes de distribution, etc... Si c'est du FTTH ce n'est pas un SR - c'est une notion appartenant à la hiérarchie du réseau cuivre. Si c'est du FTTH ça peut être un point de mutualisation ou n'importe quoi d'autre - un contenant pour de la connectivité générique sans rôle topologique particulier. Dans l'esprit de l'ARCEP ou dans l'esprit d'un Pujol ? Mon point de vue : Un sous-répartiteur c'est indépendant de la technologie, c'est conçu pour répartir. Un point de mutualisation par contre, c'est relatif à la réglementation et ne doit pas figurer dans OSM sinon on va faire des tours de girouette. Un SR PTT comme un PMZ FTTH sont tous les deux des sous-répartiteurs dans le sens où ils marquent la limite entre transport et distribution. Qu'on se serve de ce point ou d'un autre pour faire de la mutualisation n'a pas d'importance, c'est juste une commodité pour garantir accès et maintenabilité. Pour les sites comme pour ces objets, ne confondons pas le contenu et le contenant: le contenant est une armoire de rue ('cabinet' ou 'pedestal' à départager) et le contenu peut-être à peu près n'importe quoi. La priorité est de localiser et étiqueter le contenant, visible et géographiquement incontestable... La base d'OSM quoi. Ensuite on peut sous-typer pour distinguer le rôle en termes télécom - mais c'est une étape distincte. Je suis tout à fait d'accord avec ça. C'est ce qui se préfigure pour les NRA : building=yes (le contenant) + telecom=central_office (le contenu). Pour une armoire de rue, siège de sous-répartition : man_made=cabinet + telecom=cross_connection_point (+ ref:FR:42C=* ...) man_made=cabinet regroupe toutes les armoires de rue, pour la distribution électrique (+ power=cable_distribution_cabinet), pour la signalisation tricolore (on a un tag pour ca ?) ou pour l'éclairage public. telecom=cross_connection_point car en Grande Bretagne, British Telecom utilise le terme PCP pour Primary Cross-connection Point pour parler de ses SR cuivre https://www.google.fr/search?q=BT+PCP On va finir par devoir mettre tout ça dans une belle nouvelle proposition pour le faire voter :'( *François Lacombe* francois dot lacombe At telecom-bretagne dot eu http://www.infos-reseaux.com ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Encore des data... de l'INSEE cette fois !
Oups... un peu fatigué (le mapping aux philippines jusqu'à tard dans la nuit laisse de traces). Oui, select count(*) from insee_menages me donne bien 2 278 213 Le 23 novembre 2013 21:17, Plop76 vaujani...@free.fr a écrit : Christian Quest a exposé le 23/11/2013 : Oui, les carreaux non vides, un peu moins de 700 000. Il faut que je relise tout, je mélange entre carreaux et rectangles... retour à la maternelle ! Il y a pourtant 2 278 213 carreaux carrés non vides en France metro, présents dans les fichiers car_m.* :) Les 700 000 ce sont les rectangles, présents dans les fichiers rect_m.*, qui ne nous intéressent pas ici. ___ Talk-fr mailing list Talk-fr@openstreetmap.org https://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 https://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-ja] 埼玉県の住所
いいださん、ありがとうございます。 なるほど、そういう仕組みだったんですね。理解しました。 作業については、いいださんのお手を煩わせるのは忍びないので急いではいませ ん。以前MLで話題になった県境未定の区画の問題をちゃんと詰めたほうが良さそ うですね。それが決着しないと、二度手間になりそうですね。 今後とも、色々教えて下さい。 話が変わって、大宮東口商店街会長さんと話をして大宮東口のマッピングパーティ が開催できそうです。東口のロフトが移転したので、車いすの使えるトイレや授 乳室の有るトイレがマッピングできたらと思っています。 まずは、打診段階ですがいずれ本決まりになったら告知します。 では、これからもよろしくお願いします。 On Sat, 23 Nov 2013 01:20:59 +0900 Satoshi IIDA nyamp...@gmail.com wrote: いいだです。 OSMのデータとして行政区境(administrative boundary)がちゃんと入っていれば、この状態を避ける事ができるようです。 が、残念ながら日本の行政区境のデータは大半が壊れています。 なので、Nominatimによる検索がマトモに動いていないのが現状です。 県などのリレーションが正しく組まれていないために、 Nominatimの仕様で、最寄りのcounty(北足立郡)などのNodeを拾ってきてしまっている、ようです。 (Nominatimのコードを読んでいないので、経験則ですが。。。(^^; ) 県境未定の区画の問題をちゃんと詰めてから作業しようと思っていたのですが、 まずは90%への対応として、 KSJ2行政区境のデータの再インポートは急いだほうがよいのかもですね。 あと、、、正直、僕個人でやるのはそろそろいろいろ手が回らなくなってきているので、これ、だれか一緒にやりませんか? 行政区境のデータやるべきことをざっくり説明すると、 ・KSJ2データの再インポートおよび、既存データとのマージ計画を策定してimport MLで報告 ・KSJ2のデータをそれぞれ.osmにコンバート ・コンバートしたデータをリレーションとして組み直し ・組み直したデータをインポート用アカウントをつかってOSMに投入 ・必要に応じて、既存の行政区境データのウェイデータを削除 ・既存のplace nodeをoverpassで拾ってきて、member admin_centreとして各リレーションへ設定 ・投入したウェイデータと既存の海岸線、および近隣の県境とマージ という手順になります。 手間はかかりますが、一つ一つは単純です。 県境未定の地域はちょっとトリッキーなのですけれど、その部分以外は作業できる状態と思っています。 2013年11月22日 14:57 Takeshi FURUTA MQSOL LLC fur...@mq-sol.jp: 古田です。 OSMで埼玉県の地物を検索すると、埼玉県が北足立郡になります。 例えば戸田市を検索すると 戸田市, 北足立郡, 日本 とでます。この北足立郡って埼玉県のまちがいですか? しらべてみてもどの地物の属性がそうなっているのかわかりません。 おしえてください。よろしくお願いします。 合同会社 マップクエストソリューションズ ( http://mq-sol.jp/ ) 代表 古田 武士 ( fur...@mq-sol.jp ) 住所: 〒331-0013 埼玉県戸田市喜沢1−33−8 ベルテラス板橋202 電話: 03-5843-5923 携帯:090-8985-1587 FAX: 048-229-0554 ___ Talk-ja mailing list Talk-ja@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ja -- Satoshi IIDA mail: nyamp...@gmail.com twitter: @nyampire 合同会社 マップクエストソリューションズ ( http://mq-sol.jp/ ) 代表 古田 武士 ( fur...@mq-sol.jp ) 住所: 〒331-0013 埼玉県戸田市喜沢1−33−8 ベルテラス板橋202 電話: 03-5843-5923 携帯:090-8985-1587 FAX: 048-229-0554 ___ Talk-ja mailing list Talk-ja@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ja
Re: [OSM-ja] マップコンテスト2013開催、募集
三浦です。 募集テーマってのもよくないようなので、テーマは自由にしたいと思います。 On 2013年11月23日 16:05, Toshihisa Tanaka wrote: としです. それに合わせて、「マップコンテスト2013」を開催したいと思います。 ... 2. 普段、OpenStreetMapの地図表示や、編集を見ている中で、素晴らしいマッピングがされている地域を推薦してください。 ... ___ Talk-ja mailing list Talk-ja@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ja
[OSM-ja] 【やや急ぎ】AEDマッピング会の準備に、マッピングお手伝いしていただけないでしょうか
マッピングパーティとはちょっと違うのですが、地元で AEDマッピング会というのが12/1開催され、それに参加する ことが確定しました。 ベース地図はどうも商用のものを使うらしいのですが、 OSMについても紹介したいと思っています。 #ちらっと聞いたかぎりでは興味を示されたので。 ただ、残念ながら、地元では、まだそれほど建物などが入っていません。 もしもよろしければ、 http://www.openstreetmap.org/#map=15/35.6863/139.5981 の範囲での建物を、入れていただくの、お手伝いしていただけないで しょうか。Bing,基盤地図情報2500どちらでも大丈夫です。ほぼ同じです。 ただ、データが数年前なのでちょっと古いですが。 oota ___ Talk-ja mailing list Talk-ja@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ja
Re: [OSM-ja] マップコンテスト2013開催、募集
三浦です。 Wikiにノミネート作品を一覧化しました。 まだまだ募集したいと思います。 https://wiki.openstreetmap.org/wiki/JA:MapContest2013 ___ Talk-ja mailing list Talk-ja@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ja
Re: [OSM-ja] マップコンテスト2013開催、募集
Tomです。 愛・地球博記念公園(モリコロパーク)で参加します。 http://www.openstreetmap.jp/map/?zoom=17lat=35.1754lon=137.08598layers=B00 基盤地図2500は、万博の時のままで、まだパビリオンが建っています。 既存の地図も詳しいないし、新しい施設が描かれていない状態。 それなら、OSMで書くしかないでしょう、って事で公園関係者と一緒にマッピングしました。 マッピングパーティーには子供達も多く参加してくれて、 子供達が集めてくれた情報も多く描かれています。 2013/11/24 Hiroshi Miura(@osmf) miur...@osmf.jp: 三浦です。 Wikiにノミネート作品を一覧化しました。 まだまだ募集したいと思います。 https://wiki.openstreetmap.org/wiki/JA:MapContest2013 ___ Talk-ja mailing list Talk-ja@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ja -- =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= 早川知道 (Tomomichi Hayakawa) tom.hayak...@gmail.com うえこみ春日井小牧 - http://www.kasugai-komaki.jp/ Malaika System - http://malaika-system.com/ blog - close to you - http://malaika.air-nifty.com/ OSM Tokai - http://groups.google.com/group/OSM-Tokai XOOPS Cube TOKAI - http://xc-tokai.net/ =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= ___ Talk-ja mailing list Talk-ja@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ja
Re: [OSM-ja] マップコンテスト2013開催、募集
三浦です。 一つ自薦したいと思います ■台北市 猫空 この春に旅行してきたのですが、散歩と同時に茶畑をマッピングしました。 http://osm.org/go/5i1qJsJHk- このあたりはもともと、台湾マッパーの力が入っている地域で、観光地がとてもよく マッピングされていると思います。 ___ Talk-ja mailing list Talk-ja@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ja
Re: [OSM-ja] マップコンテスト2013開催、募集
木田です。 駒沢給水塔、砧下浄水所のセットでエントリーします。 駒沢給水塔 http://www.openstreetmap.org/#map=18/35.63356/139.65023 砧下浄水所 http://www.openstreetmap.org/#map=18/35.61742/139.61135 6月に二子玉川で、駒沢給水塔の保存会(地元の方)と、WikipediaとOSMが コラボレーションし、上記2施設のOSMのマップとWikipedia記事をかきました。 地元×Wiki×OSMという新しい可能性が開けたという点でのエントリーです。 2013/11/24 11:54、Hiroshi Miura(@osmf) miur...@osmf.jp のメール: 三浦です。 Wikiにノミネート作品を一覧化しました。 まだまだ募集したいと思います。 https://wiki.openstreetmap.org/wiki/JA:MapContest2013 ___ Talk-ja mailing list Talk-ja@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ja ___ Talk-ja mailing list Talk-ja@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ja
Re: [OSM-ja] マップコンテスト2013開催、募集
三浦です。 追加で2件推薦します ■札幌市の地名網羅がすごい件 HIK95 さんによる http://osm.org/go/7XGFX~XE- ■京都のパーキングすごい件 yasunari さんによる http://osm.org/go/7QFv6kf6 ___ Talk-ja mailing list Talk-ja@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ja
Re: [OSM-ja] マップコンテスト2013開催、募集
On 2013年11月24日 12:25, Hiroshi Miura(@osmf) wrote: 三浦です。 これは向日市コンプリートの一環ですね。。 ■京都のパーキングすごい件 yasunari さんによる http://osm.org/go/7QFv6kf6 三浦 ___ Talk-ja mailing list Talk-ja@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ja
Re: [OSM-ja] マップコンテスト2013開催、募集
林さん 神奈川県だけではないですよ On 2013年11月23日 12:04, yuu hayashi wrote: バス路線が広がりつつある神奈川県中央部の交通マップ http://www.openstreetmap.org/#map=13/35.4370/139.4429layers=T 東京都城北地区も、バス路線が広がりつつあります。 http://www.openstreetmap.org/#map=13/35.7555/139.7124layers=T 最近のYurlhaさんの貢献大とおもいます www.openstreetmap.org/user/yurlha 三浦 ___ Talk-ja mailing list Talk-ja@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ja
Re: [OSM-ja] 11月30日 赤羽マッピングパーティのお知らせ
三浦です。 http://connpass.com/event/3885/ いよいよ赤羽マッピングパーティは、今度の土曜日になりました。 という事で、エリア分割マップを作製しました。 https://dl.dropboxusercontent.com/u/90779460/Akabane.png A 駅および駅西口エリア ヨーカドー、ファッションビル、バスロータリー、商店街、トンネル、 松屋西口店、カルディコーヒーファーム、IXIL、大阪王将の有るエリア ※線路下のアーケードなど、マッピングに工夫が必要かもしれません。 B アーケード街エリア LaLaガーデン、美声堂、ダイエー、西友本社、松屋赤羽店、 ステーキケネディなどが有るエリア ※GPSが使いにくいエリア C 一番街エリア 朝から開いている飲み屋、まるます屋、丸健水産、シルクロード、 かつキッチン、懺悔の店、孤独のグルメの舞台のあるエリア ※店のPOI中心 D 駅南口エリア 京都王将、スポーツクラブ、吉野家本社、立ち飲み いこい、赤羽会館、 赤羽公園、キャバレー、パブ類のあるエリア ※少しいかがわしい感じ〜住宅地 E 岩淵水門エリア 23区内唯一の小山酒造、河川資料館、岩淵水門、荒川、隅田川、 桜スポット、環八終点、埼玉県境のあるエリア ※やや遠い、自然が豊富 F 環八エリア G 下町商店街エリア おいしんぼのみやこ豆腐、 関東一の行列店 讃岐うどん すみ田、 18才ギャル店主の行列店 ラーメンほうき星、 志茂エリア3商店街、 煙突のあるエリア ※知る人ぞ知る店 エリア 当日20名弱と思いますので、約5名のチーム3−4組くらいで実施したいと 思います。 面白そうな順番に、 B → C → E G A → D → F って感じかなと思いますので、 B,C + EGAから一つ を当日選んで組み分け したいと思います。 また、POIマッピング促進のためにも、 参加の皆さんが気になるエリアの建物マッピングをよろしくおねがいします。 また、PushPinのようなスマートホンアプリがとても活躍すると思います 懇親会申し込みもお願いします。 http://connpass.com/event/3981/ http://connpass.com/event/3981/ 三浦 On 2013年10月27日 19:02, Satoshi IIDA wrote: いいだです。 11月30日の午後、東京・赤羽にてマッピングパーティを行います。 OSMFJの総会に日程あわせてますので、わりとコアな人も集まる予定です。 環状線の端っこ(環状なのに閉じてない)を確認しに行ったり、 『孤独のグルメ』に出てきたお店をのぞいてみたり、 名前のついた坂を探して歩いてみたり、いま流行(?)の松屋マッピングをしてみたり、 赤羽の街をわいわいみんなで歩いてみませんか? ■イベントの概要 日時: 2013年11月30日(土) 14:00受付開始 場所: (講義)東京都北区赤羽 赤羽会館 (フィールドワーク) 赤羽の街 ■当日のスケジュール 14:00 受付開始 14:30 講師からの説明、調査準備 15:30 街歩き、赤羽探検 適宜別行動、データ編集作業場所は駅近辺で現在調整中 20:00 有志懇親会 (会場調整中) 講師: OSMFJ 代表幹事 三浦 広志ほか 詳しくは以下の募集ページを参照ください。 参加の申し込みもこちらからお願いします。 http://connpass.com/event/3885/ ___ Talk-ja mailing list Talk-ja@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ja
Re: [Talk-us] Separate relations for each direction of US State highways.
Potlatch does let you reverse ways: click the direction-indicating arrow(s). On 2013-11-21 7:03 PM, Martijn van Exel wrote: That is a really good and interesting point, Chris. I just confirmed that iD leaves the north / south / east / west roles alone when reversing a way. Neither does Potlatch (although Potlatch does not seem to actually allow you to reverse a way, just to flip the oneway= between 1 and -1). ___ Talk-us mailing list Talk-us@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-us
[Talk-us] Whole-US Garmin Map update - 2013-11-21
These are based off of Lambertus's work here: http://garmin.openstreetmap.nl If you have questions or comments about these maps, please feel free to ask. However, please do not send me private mail. The odds are, someone else will have the same questions, and by asking on the talk-us@ list, others can benefit. Downloads: http://daveh.dev.openstreetmap.org/garmin/Lambertus/2013-11-21 Map to visualize what each file contains: http://daveh.dev.openstreetmap.org/garmin/Lambertus/2013-11-21/kml/kml.html FAQ Why did you do this? I wrote scripts to joined them myself to lessen the impact of doing a large join on Lambertus's server. I've also cut them in large longitude swaths that should fit conveniently on removable media. http://daveh.dev.openstreetmap.org/garmin/Lambertus/2013-11-21 Can or should I seed the torrents? Yes!! If you use the .torrent files, please seed. That web server is in the UK, and it helps to have some peers on this side of the Atlantic. Why is my map missing small rectangular areas? There have been some missing tiles from Lambertus's map (the red rectangles), I don't see any at the moment, so you may want to update if you had issues with the last set. Why can I not copy the large files to my new SD card? If you buy a new card (especially SDHC), some are FAT16 from the factory. I had to reformat it to let me create a 2GB file. Does your map cover Mexico/Canada? Yes!! I have, for the purposes of this map, annexed Ontario in to the USA. Some areas of North America that are close to the US also just happen to get pulled in to these maps. This might not happen forever, and if you would like your non-US area to get included, let me know. -- Dave ___ Talk-us mailing list Talk-us@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-us