Re: [Talk-de] Garminkarten Ausschnitte
On 03.06.2010 20:15, Florian Gross wrote: Jochen Topf glaubte zu wissen: Hab mich grad gestern mit Sven Geggus drüber unterhalten, ob man das Zusammenbauen irgendwie noch einfacher machen kann. Hintergrund ist, dass der Server, wo man die AIO-Garmin-Karten runterladen kann, total ausgelastet ist mir den Riesen-Downloads, die die Leute immerzu machen. Um wie viel Traffic geht es da eigentlich zur Zeit? Ich schätze mal blind 300GB bis 1TB pro Tag Hab aber nur Stats von meiner openmtbmap, wo es von 50GB an sehr flauen Tagen (entspricht etwa 150 Kartendownloads, davon 60-70x DE), durschnittlich so 300GB (also rund 900-1000 Kartendownloads), bis mal 1TB an Spitzentagen geht. Und dabei hab ich bei der openmtbmap keine Europakarte zum download. (Europa ~2GB, Deutschland 500MB) Wenn es ein sehr einfach zu benutzendes Tool gäbe, dann bräuchten die Leute nicht mehr so häufig ganz Europa runterladen. Ich stelle mir das so vor, dass man angeben kann, welchen Ausschnitt man braucht, das Tool stellt dann fest, welche Teile gebraucht werden, lädt die runter, baut sie zusammen und gibt einem eine fertige Datei. Klingt verlockend. flo ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Trennzeichen bei Aufzählungen im Wert eines Tags (war: motorway und motorway_link um d estination-tag ergänzen )
Ich würde ganz stark dazu raten, überall Semikolon zu benutzen, das ist vergleichsweise sehr weit verbreitet. +1 nicht nur verbreitet, sondern auch dokumentiert, siehe z.B. auch Habs geändert für motorway und motorway_link und natürlich auch für destination richtig mit Semikolon ohne Leerzeichen eingetragen. Der Einsatz des Semikolons für diese Zwecke ist richtig. Aber ich habe keine Ahnung, wer auf die Idee kommt, dass das Semikolon ohne Leerzeichen richtig sein soll: - vom Programmieraufwand her ist es ganz einfach, dass Leerzeichen nötigenfalls zu übergehen - der zusätzliche Platzbedarf in der Datenbank ist vermutlich nicht gewichtig - mit Leerzeichen wird der Inhalt lesbarer und deshalb benutzerfreundlicher das einzige Argument gegen ein Leerzeichen ist hier, das jemand nicht weiß, wie man es beim Programmieren übergeht - oder weil jemand zu faul ist. Bitte das Leerzeichen auf jeden Fall lassen! Gruß, Schusch___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] MTB Slippy-Map / Onlinekarte der openmtbmap
Hey. Danke. Das mit dem Testen ist eine gute Idee. Gibts denn bei dem Testen irgendeinen Rückmeldung der Queries, also ob die erfolgreich waren oder nen Fehler hatten? Zur Datenbank: Die heist schin planet_osm_line ? Danke Gruß Thomas -- View this message in context: http://gis.638310.n2.nabble.com/MTB-Slippy-Map-Onlinekarte-der-openmtbmap-tp5112824p5138123.html Sent from the Germany mailing list archive at Nabble.com. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Trennzeichen bei Aufzählungen im Wert eines Tags (war: motorway und motorway_link um destination-tag ergänzen )
Hallo. Am Freitag 04 Juni 2010, 06:28:32 schrieb Schorschi: Der Einsatz des Semikolons für diese Zwecke ist richtig. Aber ich habe keine Ahnung, wer auf die Idee kommt, dass das Semikolon ohne Leerzeichen richtig sein soll: Alle, bei denen ich bisher mit so etwas zu tun hatte. - vom Programmieraufwand her ist es ganz einfach, dass Leerzeichen nötigenfalls zu übergehen Nicht immer. Alle Leerzeichen aus name/ref zu entfernen ist Käse. Man muss also statt aufspalten am Semikolon plötzlich aufspalten am Semikolon ODER an Semikolon plus Leerzeichen. Viele, vor allem hardwarenahe, schnelle Programmiersprachen verarbeiten ein einzelnes Stoppzeichen wesentlich effizienter als einen String als Token. Neben der Effizienz steigt der Programmieraufwand um 100%, da man statt einem konkreten plötzlich zweierlei mögliche Token hat. - der zusätzliche Platzbedarf in der Datenbank ist vermutlich nicht gewichtig Stimmt. - mit Leerzeichen wird der Inhalt lesbarer und deshalb benutzerfreundlicher Stimme ich dagegen. Die Lesbarkeit mit Semikolon ist immer etwas eingeschränkt, da macht das auch nichts mehr aus. Ein zukünftiger, guter Editor kann das ja selbst aufspalten und dem Benutzer lesbarer anzeigen. das einzige Argument gegen ein Leerzeichen ist hier, das jemand nicht weiß, wie man es beim Programmieren übergeht - oder weil jemand zu faul ist. Nein, weil eine simple explode-Funktion in vielen Programmiersrachen nur mit Einzelzeichen so richtig effizient ist, weil man *EIN* und nicht zwei verschiedene Trennzeichen haben will und weil es schlicht und ergreifend eigentlich überall so gemacht wird. Auch hier wieder der Verweis auf das Beispiel CSV-Dateien. Klar wäre es möglich, Leerzeichen links und rechts von OSM-Werten grundsätzlich und nach der Aufspaltung zu strippen. Das könnte auch dieses Leerzeichen dann beiläufig entfernen. Aber Leerzeichen vor oder hinter Werten werden von jedem mir bekannten einschlägigen OSM-Checker-Tool als Fehler markiert und ich sehe nicht ein, warum das hier plötzlich anders sein sollte. Bitte das Leerzeichen auf jeden Fall lassen! Bitte nicht. Gruß, Bernd -- Auf den Alkohol - die Ursache und die Lösung aller Probleme! - Homer Simpson signature.asc Description: This is a digitally signed message part. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Trennzeichen bei Aufzählungen im Wert eines Tags (war: motorway und motorway_link um destination-tag ergänzen )
On Friday 04 June 2010 07:43:02 Bernd Wurst wrote: Klar wäre es möglich, Leerzeichen links und rechts von OSM-Werten grundsätzlich und nach der Aufspaltung zu strippen. Das könnte auch dieses Leerzeichen dann beiläufig entfernen. Aber Leerzeichen vor oder hinter Werten werden von jedem mir bekannten einschlägigen OSM-Checker-Tool als Fehler markiert und ich sehe nicht ein, warum das hier plötzlich anders sein sollte. +1 Leerzeichen zu entfernen ist technisch kein Problem, eine Anwendung sollte das sicherheitshalber schon koennen. Aber da die Leerzeichen keinerlei Vorteil bieten, laesst man sie besser gleich weg. signature.asc Description: This is a digitally signed message part. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OT: Wie (lange) Tracks / Routen auf Garmin etrex Vista HCx kopieren
Am 03.06.10 22:28, schrieb Rainer Kluge: Ein Track, der auf das Gerät geladen wird kann maximal 500 Punkte enthalten. Es gibt auch einen Trick, Tracks mit mehr als 500 Punkten zu laden: Ich verwende zum Hochladen auf den etrex GPS trackmaker: http://www.gpstm.com/ Da ist standardmäßig angekreuzt, dass die Daten als Active Log hochgeladen werden. Anschließend auf dem Gerät gespeichert und per trackback abgefahren. Das hat den Vorteil, dass das Gerät die Kürzung des Tracks sinnvoller macht als wenn man den Track normal hochladen will. Gruß, André Joost ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-it] Aggiungere mappe a GpsMid
Ciao, recentemente la mia ragazza ha comprato un Nokia 5230. Ovviamente, appena ho visto il navigatore mi sono detto chissà se ci posso mettere le mappe OSM!, e mi sono dunque affacciato al mondo OSM su smartphone. Ho subito trovato GpsMid, l'ho scaricato e installato sul telefono - e fin qua tutto bene. Mostrava le mappe di Berlino, ma come test andava bene. Ho provato a scaricare la mappa del Nord Italia, ma non potevo trasferirla via BT per via delle dimensioni (devo provare con una SD), e allora la sera le ho preparato una mini mappa di Casale e dintorni, lanciata senza problemi. Oggi scopro che ogni mappa in realtà è un eseguibile di GpsMid con i dati della mappa. Il risultato è che, se volessi usare le mappe prebuilt, se vado in Sicilia devo lanciare la mappa del Sud Italia, se torno in Piemonte devo lanciare quella del Nord Italia, e se vado in Spagna devo lanciare la mappa della Spagna. Se buildo una mia mappa, con tutte le regioni che interessano a me, il problema si attenua ma non scompare: se vado in un posto nuovo che non ho nella mappa devo ribuildarmi l'eseguibile. Il problema non è tanto il rebuild, quanto il fatto che non posso semplicemente aggiungere mappe: rebuildando mi trovo solo le regioni che ho buildato. Esiste un modo per indicare a GpsMid uno o più file dati che contengono le sole mappe? Grazie, Simone ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Aggiungere mappe a GpsMid
Potresti provare TrekBuddy, nasce per GPS tracking ma io lo uso più che altro per vedere le mappe. C'è TrekBuddy Atlas Creator che ti permette di crearle in modo molto comodo Ciao 2010/6/3 Simone Saviolo simone.savi...@gmail.com Ciao, recentemente la mia ragazza ha comprato un Nokia 5230. Ovviamente, appena ho visto il navigatore mi sono detto chissà se ci posso mettere le mappe OSM!, e mi sono dunque affacciato al mondo OSM su smartphone. Ho subito trovato GpsMid, l'ho scaricato e installato sul telefono - e fin qua tutto bene. Mostrava le mappe di Berlino, ma come test andava bene. Ho provato a scaricare la mappa del Nord Italia, ma non potevo trasferirla via BT per via delle dimensioni (devo provare con una SD), e allora la sera le ho preparato una mini mappa di Casale e dintorni, lanciata senza problemi. Oggi scopro che ogni mappa in realtà è un eseguibile di GpsMid con i dati della mappa. Il risultato è che, se volessi usare le mappe prebuilt, se vado in Sicilia devo lanciare la mappa del Sud Italia, se torno in Piemonte devo lanciare quella del Nord Italia, e se vado in Spagna devo lanciare la mappa della Spagna. Se buildo una mia mappa, con tutte le regioni che interessano a me, il problema si attenua ma non scompare: se vado in un posto nuovo che non ho nella mappa devo ribuildarmi l'eseguibile. Il problema non è tanto il rebuild, quanto il fatto che non posso semplicemente aggiungere mappe: rebuildando mi trovo solo le regioni che ho buildato. Esiste un modo per indicare a GpsMid uno o più file dati che contengono le sole mappe? Grazie, Simone ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Aggiungere mappe a GpsMid
Esiste un modo per indicare a GpsMid uno o più file dati che contengono le sole mappe? Grazie, Simone Se vai su setupadvanced troverai una icona Map Source con al quale puoi settare un file di mappa diverso da quello contenuto nella midlet. Non ho mai provato per la verità in quanto, anche se uso GpsMid e ne sono molto soddifatto, ho sempre adoperato mappe contenute già nella midlet. Comunque puoi installare diverse midlet nello stesso smartphone con mappe diverse, è più o meno la stessa cosa che avere una applicazione e caricare mappe diverse. Non ho mai provato con mappe molto grandi perchè uso il GpsMid per la mountan bike e nella midlet ci metto anche le curve di livello e gli itinerari che voglio seguire, la max dimensione installata è di circa 4 mega. GpsMid supporta comunque anche il routing, secondo me è l' applicazione per symbian migliore. Ciao Alberto ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Aggiungere mappe a GpsMid
Il 03 giugno 2010 11.51, Simone Saviolo simone.savi...@gmail.com ha scritto: Esiste un modo per indicare a GpsMid uno o più file dati che contengono le sole mappe? Grazie, Come hanno detto gli altri, dalla 0.6 si può fare. Nelle note di rilascio c'è scritto come fare (*). In pratica: si creano più midlets di zone diverse, che sfrutterai solo come contenitori di mappe, cui accedi dalla midlet che usi normalmente. Es. se vuoi caricare una zona-x vai su setup advanced Map Source e la fai puntare alla GpsMid che contiene la zona-x. Un mio veloce tentativo non ha funzionato, ma devo ancora fare le prove scritte nelle note. (*)- Many mobile devices only allow to install rather small jar files (e.g. only 1 MB or 3 MB): - A new workaround for this install a GpsMid with a small file size and to specify in it in Setup/Map Source another (bigger) GpsMid.jar as external map source (some devices require to rename the suffix of the .jar to .zip first) Many thx for the j2me zipfile reading patch (no permission nags anymore) to trendypack - On some mobiles the access to the external jar/zip won't work. If this is the case you can alternatively specify a directory with the unzipped contents of another large GpsMid.jar as external map source. Ciao, groppo ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] Base Militare
nella mia zona ci sono delle installazioni militari, una base e un deposito di carburanti. non trovo dei tag specifici e neppure generici. come mi consigliate di taggarli? gian ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Base Militare
On Thu, 03 Jun 2010 14:27:53 +0200, Gianluca Frare wrote: nella mia zona ci sono delle installazioni militari, una base e un deposito di carburanti. non trovo dei tag specifici e neppure generici. come mi consigliate di taggarli? landuse=military è il tag generico: http://wiki.openstreetmap.org/wiki/Tag:landuse%3Dmilitary Poi c'è tutta la famiglia military=* http://wiki.openstreetmap.org/wiki/Key:military La base suppongo sia una military=barracks, per il deposito di carburanti puoi usare un generico military=depot (che non esiste ma puoi inventarlo), oppure c'è [0], che suggerirebbe amenity:fuel_type=fuel_depot, ma non mi fa impazzire. [0] http://wiki.openstreetmap.org/wiki/Humanitarian_OSM_Tags/Humanitarian_Data_Model#Fuel_Point Ciao, David -- . ''`. Debian developer | http://wiki.debian.org/DavidPaleino : :' : Linuxer #334216 --|-- http://www.hanskalabs.net/ `. `'` GPG: 1392B174 | http://deb.li/dapal `- 2BAB C625 4E66 E7B8 450A C3E1 E6AA 9017 1392 B174 signature.asc Description: PGP signature ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Base Militare
i edifici puoi tagare con building come sempre. ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-co] Actualizado mapa de Colombia para GPS Garmin
2010/6/3 eduardo kazt kazt...@hotmail.com: Otras mejoras alrededores de bogota(calera, sopo, zipaquira, parque jaime duque, autodromo gracias a imagenes NASA), algunas mejoras en detalles de lugares en bogota por gusvf, pitalito, realineacion de vias dentro de ciudad amurallada Cartagena(se desplazaron algunas 15 mts al norte porque se detecto un error al intentar georeferenciar una imagen, agradezco quien pueda reverificar esto), mas barrios en neiva, algunos sitios de montañismo y senderismo gracias a greenplanet y Federico Explorador en la parte norte de medellin y algunas zonas de santamarta aun falta por dibujar con imagen yahoo me gustaria saber si hay mas mejoras el mes pasado que no se hayan mencionado En el Tolima : rutas de acceso al Nevado del Ruiz y mejoras en el mapa de urbano de ibagué Invite your mail contacts to join your friends list with Windows Live Spaces. It's easy! Try it! ___ Talk-co mailing list Talk-co@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-co -- http://GaleNUx.com es el sistema de información para la salud --///-- Teléfono USA: (347) 688-4473 (Google voice) skype: llamarafredyrivera ___ Talk-co mailing list Talk-co@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-co
[Talk-lt] Del miesto pastatu
Sveiki, siulau: 1. nenaudoti potlatch'o miesto pastatu braizymui. Vietoje to siulau naudoti JOSM, o kam labiau patinka Merkaator ir Mapzen. Kodel toks pasiulymas? Potlatch'o pagalba labai problematiska padaryti taisyklingus pastatus. JOSM gi tai daroma elementariai. Pirma, yra building tools plugin'as. Antra, pasirenkate viena ar kelis pastatus (taip pat galma pasirinkti ir artimiausia gatve jei norite lyginti su gatve) ir spaudziate q. Si komanda kampus padaro 90 laipsniu ir daro kitus malonius dalykus. 2. jei imanoma kiekviena pastata turinti atskira numeri braizyti atskira figura. akivaizdu, jog ne visada taip iseina, bet jei imanoma.. Manau, daugumai tai buvo banaliu dalyku pakartojimas ar pageidavimas, todel is anksto sorry:) ___ Talk-lt mailing list Talk-lt@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-lt
Re: [Talk-lt] Del miesto pastatu
Del namo tai labai atsiprasau:) Bendroje maseje matyt po ranka pateko:) Bet jei paziureti i Pilaite vilniuje arba i kitas vietas kur potlatch'u paisyta tai vaizdas nelabai.. 2010 m. birželio 3 d. 16:55, Albertas Agejevas a...@pov.lt rašė: On Thu, Jun 03, 2010 at 03:44:20PM +0300, Dirbam Osm wrote: 1. nenaudoti potlatch'o miesto pastatu braizymui. Aš naudoju Potlatch praktiškai viskam, JOSM man nepatogu. Vietoje to siulau naudoti JOSM, o kam labiau patinka Merkaator ir Mapzen. Kodel toks pasiulymas? Potlatch'o pagalba labai problematiska padaryti taisyklingus pastatus. JOSM gi tai daroma elementariai. Pirma, yra building tools plugin'as. Antra, pasirenkate viena ar kelis pastatus (taip pat galma pasirinkti ir artimiausia gatve jei norite lyginti su gatve) ir spaudziate q. Si komanda kampus padaro 90 laipsniu ir daro kitus malonius dalykus. Aha, man rodos tu mano namą buvai ištiesinęs, nors jis ne stačiakampis ir nupieštas centrimetrų tikslumu. 2. jei imanoma kiekviena pastata turinti atskira numeri braizyti atskira figura. akivaizdu, jog ne visada taip iseina, bet jei imanoma.. Gera mintis, be abejo, bet kai perpaišinėji pastatus iš nuotrukų, nežinai, kur yra koks adresas. Albertas ___ Talk-lt mailing list Talk-lt@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-lt ___ Talk-lt mailing list Talk-lt@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-lt
Re: [Talk-lt] Del miesto pastatu
2010-06-03 Marius Gedminas: JOSM ar panašiai pasikurti -- vargas, Kodėl? yum install java ir toks į meniu dedamas skriptukas josm paleidimui: wget -N http://josm.openstreetmap.de/download/josm-tested.jar java -Dsun.java2d.opengl=true -jar josm-tested.jar Viskas :) išsiaiškinti, kaip naudoti -- dar didesnis. Pradžioj gali būti sunku, ypač kai fone neužkrautos nuotraukos, bet kartą išsiaiškinus (sugaišus kokias 2-3 valandas) daug maloniau ir RAMIAU su JOSM'u redaguoti. Man paišant ką nors pagal palydovines nuotraukas labiausiai Potlatche nepatinka, kad per daug pritraukus pradeda verkti „ajajaj, neturiu tokios rezoliucijos nuotraukų“, kai tuo tarpu JOSM'as tiesiog padidina nuotrauką. Galutiniame variante nereikia su pele super tiksliai į konkretų pikseliuką pataikyti :) O šiaip, kas nors cloudmade redaktorių bandėte? -- Tomas Straupis ___ Talk-lt mailing list Talk-lt@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-lt
[Talk-se] OSM-fika i Stockholm
Tänkte föreslå nytt OSM-fika i Stockholm 2010-06-09 18:00 Café Panorama Kulturhuset Hoppas det passar så många som möjligt. /Markus ___ Talk-se mailing list Talk-se@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-se
Re: [Talk-es] Vías Pecuarias
En ingles sera quizas 'route=transhumance', pero no es exactament los mismo que las vias Pecuaias: creo que las mas grandes sirvan para el moviemento de animales largas distancias (http://es.wikipedia.org/wiki/Trashumancia) Dice en wikipedia que Vía Pecuaria es un nombre castellano, usan 'Cabañeras' en aragon y Navarra. Yo también buscaba algo en el wiki, donde no hay nada, y no encontraba nada exactamente lo mismo en otros países, por eso puse un etiqueta español, porque no hay traducion exacta en ingles. route=cattle es posible, pero no muy general, James -- Message: 8 Date: Wed, 02 Jun 2010 23:16:50 +0200 From: Carlos Dávila cdavi...@orangecorreo.es Subject: Re: [Talk-es] Vías Pecuarias To: Discusión en Español de OpenStreetMap talk-es@openstreetmap.org Message-ID: 4c06ca42.7070...@orangecorreo.es Content-Type: text/plain; charset=iso-8859-1 El 02/06/10 13:42, James Stewart escribió: No tenemos una norma para estos 'relations'. Veo que hay route=cattle y route=Vía Pecuaria Ahora hay una pagina en el wiki http://wiki.openstreetmap.org/wiki/Vias_Pecuarias_de_España http://wiki.openstreetmap.org/wiki/Vias_Pecuarias_de_Espa%C3%B1a Lo de route=cattle creo que fui el primero (quizá el único) en usarlo, porque no encontré nada en el wiki que valiera para las vías pecuarias, pero si proponéis otra etiqueta mejor se cambia. route=Vía Pecuaria no me parece adecuado, porque en su día ya se comentó que no era conveniente poner las etiquetas en idiomas locales; en todo caso creo que debería ser via_pecuaria siguiendo la norma general de etiquetado. -- Por favor, no me envíe documentos con extensiones .doc, .docx, .xls, .xlsx, .ppt, .pptx, .mdb, mdbx Instale OpenOffice desde http://es.openoffice.org/programa/index.html OpenOffice es libre: se puede copiar, modificar y redistribuir libremente. Gratis y totalmente legal. OpenOffice está en continuo desarrollo y no tendrá que pagar por las nuevas versiones. próxima parte Se ha borrado un adjunto en formato HTML... URL: http://lists.openstreetmap.org/pipermail/talk-es/attachments/20100602/2a6891c8/attachment.htm -- ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es Fin de Resumen de Talk-es, Vol 41, Envío 2 ** -- The University of Edinburgh is a charitable body, registered in Scotland, with registration number SC005336. ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Vías Pecuarias
mirando buscadores *green livestock trail o livestock road * El 3 de junio de 2010 09:33, James Stewart j.k.stew...@ed.ac.uk escribió: En ingles sera quizas 'route=transhumance', pero no es exactament los mismo que las vias Pecuaias: creo que las mas grandes sirvan para el moviemento de animales largas distancias ( http://es.wikipedia.org/wiki/Trashumancia) Dice en wikipedia que Vía Pecuaria es un nombre castellano, usan 'Cabañeras' en aragon y Navarra. Yo también buscaba algo en el wiki, donde no hay nada, y no encontraba nada exactamente lo mismo en otros países, por eso puse un etiqueta español, porque no hay traducion exacta en ingles. route=cattle es posible, pero no muy general, James -- Message: 8 Date: Wed, 02 Jun 2010 23:16:50 +0200 From: Carlos Dávila cdavi...@orangecorreo.es Subject: Re: [Talk-es] Vías Pecuarias To: Discusión en Español de OpenStreetMap talk-es@openstreetmap.org Message-ID: 4c06ca42.7070...@orangecorreo.es Content-Type: text/plain; charset=iso-8859-1 El 02/06/10 13:42, James Stewart escribió: No tenemos una norma para estos 'relations'. Veo que hay route=cattle y route=Vía Pecuaria Ahora hay una pagina en el wiki http://wiki.openstreetmap.org/wiki/Vias_Pecuarias_de_Españahttp://wiki.openstreetmap.org/wiki/Vias_Pecuarias_de_Espa%C3%B1a http://wiki.openstreetmap.org/wiki/Vias_Pecuarias_de_Espa%C3%B1a Lo de route=cattle creo que fui el primero (quizá el único) en usarlo, porque no encontré nada en el wiki que valiera para las vías pecuarias, pero si proponéis otra etiqueta mejor se cambia. route=Vía Pecuaria no me parece adecuado, porque en su día ya se comentó que no era conveniente poner las etiquetas en idiomas locales; en todo caso creo que debería ser via_pecuaria siguiendo la norma general de etiquetado. -- Por favor, no me envíe documentos con extensiones .doc, .docx, .xls, .xlsx, .ppt, .pptx, .mdb, mdbx Instale OpenOffice desde http://es.openoffice.org/programa/index.html OpenOffice es libre: se puede copiar, modificar y redistribuir libremente. Gratis y totalmente legal. OpenOffice está en continuo desarrollo y no tendrá que pagar por las nuevas versiones. próxima parte Se ha borrado un adjunto en formato HTML... URL: http://lists.openstreetmap.org/pipermail/talk-es/attachments/20100602/2a6891c8/attachment.htm -- ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es Fin de Resumen de Talk-es, Vol 41, Envío 2 ** -- The University of Edinburgh is a charitable body, registered in Scotland, with registration number SC005336. ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es -- Vale Para el medioambiente cada gesto cuenta: por favor, no imprimas este e-mail si no es realmente necesario. Each one of us can do our bit for the environment: please, do not print this e-mail unless it is absolutely essential Ambientólogo:profesional experto en las Ciencias del Medio Ambiente ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] camino de santiago
El 02/06/2010, a las 18:17, Pablo Conde Barreras. BLUGUIA escribió: Ups, que fácil. Sí que se, entonces :-) Sí, estamos haciendo un buen trabajo (creo). Subiremos toda la traza de El Camino Francés (desde Francia), hemos estado varios meses trabajando en ello, a través de un proyecto de la Xunta de Galicia... Bueno, el proyecto es bastante más complejo, y yo me encargo de coordinar todo... Benito es el especialista en esto de OSM, seguro te dirá algo pronto. Un saludo, y decirte que me das mucha envidia, haciendo El Camino: Ultreia!!! Et suseia! bueno cuantas más trazas mejor ahora mismo en el tramo que estoy viendo (sarria-ferreiros) tenemos dos trazas de gps el camino que había era una transformación automática de uno de los .gpx etiquetado highway=footway y metida en la relación 66.261 paradoja del detalle he añadido más detalles y he inferido el tipo de vía (unclassified, track grade 1 y tal) y claro ocurre que ahora El Camino esta mucho menos claro eso es porque no hay una renderización específica, en mapnik al menos, que pinte la relación. que solución se os ocurre? dejar el highway=footpath en paralelo a las vías reales, a lá carril bici? solo con el name=Camino Francés en cada parte de la relación, como está ahora? http://www.openstreetmap.org/?lat=42.7727lon=-7.4809zoom=14layers=B000FTF en el mapa ciclista esta como antes (no se ha actualizado)___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Vías Pecuarias
2010/6/3 James Stewart j.k.stew...@ed.ac.uk En ingles sera quizas 'route=transhumance', pero no es exactament los mismo que las vias Pecuaias: creo que las mas grandes sirvan para el moviemento de animales largas distancias ( http://es.wikipedia.org/wiki/Trashumancia) Dice en wikipedia que Vía Pecuaria es un nombre castellano, usan 'Cabañeras' en aragon y Navarra. Yo también buscaba algo en el wiki, donde no hay nada, y no encontraba nada exactamente lo mismo en otros países, por eso puse un etiqueta español, porque no hay traducion exacta en ingles. route=cattle es posible, pero no muy general, Esta el mismo en Frances. Emilie Laffray ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] camino de santiago
Mira por la lista debí empezar por ahí. · encontré este thread [1] Ojo, al final de ese thread [1] se concluyó que el permiso vía mail, sin una licencia expresa que autorice a usar los datos , no nos sirve para dibujar. La idea era atacar oficialmente desde OSM-es con el curradísimo documento que anda por la lista. De todas formas ese pedazo de trozo de desviación tampoco nos lo pone fácil. Mirando las fotos de Galicia y León en las zonas donde se superponen, da el cante mucho más. Marco [1] http://gis.638310.n2.nabble.com/SITGA-Disponibles-ortofotos-de-Galicia-td4899108.html#a4899108 ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Vías Pecuarias
'Transhumant route' o 'livestock route' son los nombres En Inglaterra se llaman 'drovers' roads' (http://en.wikipedia.org/wiki/Drovers'_road) en Australia se llaman 'stock routes' y EEUU 'cattle trail'. En francais 'chemin de transhumance'. Este articulo sobre las cañadas utiliza 'drovers' road' y 'livestock route' para las cañadas en España - y el uso es transhumance. Quizás es mejor pasar a cuestión a una lista mas internacional. James Ecological history of transhumance in Spain M. Ruiza and J.P. Ruiza Departamento de Ecología, Ciencias C-XV, Universidad Autónoma de Madrid, Madrid 28049, Spain Available online 27 June 2003. Abstract Transhumance is a traditional livestock practice which permits the complementary exploitation of resources between the highlands and lowlands. It is common to all Mediterranean countries, being for physical and human reasons most fully developed in the Iberian Peninsula. The practice evolved a complex and widespread network of livestock routes (cañadas) in Spain, which were governed by livestock organisations benefiting from special legislation from the 13th century. Designed to cope with the migratory movements of merino sheep, transhumance helped shape a characteristic landscape which has maintained one of the Mediterranean's most complex and interesting ecosystems. Agricultural intensification, the spread of the railway network, urban expansion and industrialisation have led to a drastic reduction in transhumance practices, itself leading to the alteration of the ecosystems these practices had shaped and to an abandonment of the extensive network of drovers' roads. However, periodic migratory movements still continue, although the conservation of the drovers' roads is vital for the maintenance of such activities. These could be complemented by pedagogical and recreational activities to maintain the system and to offer a new view of natural areas and Spanish rural life. On 3 Jun 2010, at 12:00, talk-es-requ...@openstreetmap.org wrote: Message: 4 Date: Thu, 3 Jun 2010 10:14:51 +0100 From: Emilie Laffray emilie.laff...@gmail.com Subject: Re: [Talk-es] Vías Pecuarias To: Discusión en Español de OpenStreetMap talk-es@openstreetmap.org Message-ID: aanlktinsu1xnayoemaxksbuikpokgh2zb2zr7ruis...@mail.gmail.com Content-Type: text/plain; charset=iso-8859-1 2010/6/3 James Stewart j.k.stew...@ed.ac.uk En ingles sera quizas 'route=transhumance', pero no es exactament los mismo que las vias Pecuaias: creo que las mas grandes sirvan para el moviemento de animales largas distancias ( http://es.wikipedia.org/wiki/Trashumancia) Dice en wikipedia que Vía Pecuaria es un nombre castellano, usan 'Cabañeras' en aragon y Navarra. Yo también buscaba algo en el wiki, donde no hay nada, y no encontraba nada exactamente lo mismo en otros países, por eso puse un etiqueta español, porque no hay traducion exacta en ingles. route=cattle es posible, pero no muy general, Esta el mismo en Frances. Emilie Laffray próxima parte Se ha borrado un adjunto en formato HTML... URL: http://lists.openstreetmap.org/pipermail/talk-es/attachments/20100603/fa28ae71/attachment-0001.htm -- The University of Edinburgh is a charitable body, registered in Scotland, with registration number SC005336. ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] camino de santiago
El 03/06/2010, a las 14:14, marco.m...@gmail.com escribió: Mira por la lista debí empezar por ahí. · encontré este thread [1] Ojo, al final de ese thread [1] se concluyó que el permiso vía mail, sin una licencia expresa que autorice a usar los datos , no nos sirve para dibujar. La idea era atacar oficialmente desde OSM-es con el curradísimo documento que anda por la lista. bueeno... y tenemos respuesta de la xunta? hace falta? o con el mail que intercambiaste es suficiente?, (no sé con quien fue). y para la autorización de ITACyL, tenemos algo mas que un mail? De todas formas ese pedazo de trozo de desviación tampoco nos lo pone fácil. Mirando las fotos de Galicia y León en las zonas donde se superponen, da el cante mucho más. hay alguna forma en JOSM de hacer la corrección? on the fly? si no, sería un plugin bueno, bueno. sergio Marco [1] http://gis.638310.n2.nabble.com/SITGA-Disponibles-ortofotos-de-Galicia-td4899108.html#a4899108 ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] camino de santiago
y tenemos respuesta de la xunta? No sé si se han iniciado contactos oficiales, pero la espera merece la pena :) hace falta? o con el mail que intercambiaste es suficiente?, (no sé con quien fue) En el par de correos que nos cruzamos, 1º dijeron que la licencia permitía el uso para OSM y al preguntarles donde se podía leer dicha licencia, respondieron que no existía, que su uso era libre. El problema es que, si meto la pata me corrijan, OSM exige que se autorice expresamente el uso para evitar futuros problemas en caso de cambios de opinión. Lo correos venían firmados por el SITGA, sin el nombre de nadie en concreto. y para la autorización de ITACyL, tenemos algo mas que un mail? Buscando por la lista encontré esto [1]. No sé si hay algo más. De todas formas ese pedazo de trozo de desviación tampoco nos lo pone fácil. Mirando las fotos de Galicia y León en las zonas donde se superponen, da el cante mucho más. hay alguna forma en JOSM de hacer la corrección? on the fly? si no, sería un plugin bueno, bueno. Me uno a la duda. Marco. [1] http://www.mail-archive.com/talk-es@openstreetmap.org/msg02889.html ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
[Talk-ar] soft para nokia5800
Buenas. Estoy probando el whereami, en un nokia 5800, no tiene tecla de cursores (es pantalla touch), alguien sabe como se hace zoom? Algun soft que soporte openstreetmap para este telefono? saludos. ___ Talk-ar mailing list Talk-ar@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ar
Re: [Talk-ar] soft para nokia5800
Hola Alejandro, encontrè algo en la lista italiana: --- albertobon...@libero.it Sobre el Nokia 5800 uso GPSMid (1) (2) que funca rebien... usa mappas OSM, graba las track en .gpx, graba anotaciones vocales, y tambien un programa de navegante pero habla en aleman (1) http://wiki.openstreetmap.org/wiki/IT:Mobilephones (2) http://gpsmid.sourceforge.net/ --- Gian-Paolo Pallari gtalk: gianpaolo.pall...@gmail.com msn: gianpaolo.pall...@gmail.com Sports Tracker http://store.ovi.com/content/31721?clickSource=browsecontentArea=applications - Original Message - From: Fabian Alejandro To: talk-ar@openstreetmap.org Sent: Thursday, June 03, 2010 5:19 PM Subject: [Talk-ar] soft para nokia5800 Buenas. Estoy probando el whereami, en un nokia 5800, no tiene tecla de cursores (es pantalla touch), alguien sabe como se hace zoom? Algun soft que soporte openstreetmap para este telefono? saludos. -- ___ Talk-ar mailing list Talk-ar@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ar ___ Talk-ar mailing list Talk-ar@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ar
[Talk-ca] bzip/gzip compression of canvec.osm files instead of .zip
Hi, JohnSmith (on the #osm-ca IRC chat) says that using gzip[1] or bzip[2] instead of the .zip file which is currently being used, would allow for JOSM to open up the file directly (without needing to unzip it), since it is only 1 file, and there is no need to recurse the directories. I haven't actually tried it, but apparently it works :) Is there a way to compress your created .osm files to eithor .gzip or bzip? Cheers, Sam [1] http://www.gzip.org/ [2] http://www.bzip.org/ Twitter: @Acrosscanada Blogs: http://acrosscanadatrails.posterous.com/ http://Acrosscanadatrails.blogspot.com Facebook: http://www.facebook.com/sam.vekemans Skype: samvekemans IRC: irc://irc.oftc.net #osm-ca Canadian OSM channel (an open chat room) @Acrosscanadatrails ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
[Talk-ca] OSM CanVec.
I think I may have missed the goal here? Are we evaluating the OSM files and trying to make the source better or just requesting OSM files and putting them in? I'm ready to go if we're just putting them in. ;-) ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] OSM CanVec.
Hi Mike, You did not miss anything, you are giving comments on a sample - as expected! - About missing names, Canvec features are not named. However you can find some toponyms. - About missing tags on multipolygon. The tags have been placed at relation level, not on inner or outer ways. - About duplicate ways for water bodies. You have found a problem with the Canvec product - support team has been advised. - About out of date data - residential area, sports track, buildings. Here is what I answered to Richard yesterday concerning building, it applies to your findings ... It reflects the fact that there is no more complete map update program at federal level. The updated content is provided through the GeoBase initiative. As buildings are not a GeoBase layer, they have not been updated for a while. That is where Osm mapper could eventually make a difference. Cheers, Daniel -Original Message- From: talk-ca-boun...@openstreetmap.org [mailto:talk-ca-boun...@openstreetmap.org] On Behalf Of G. Michael Carter Sent: 3 juin 2010 08:48 To: talk-ca@openstreetmap.org Subject: [Talk-ca] OSM CanVec. I think I may have missed the goal here? Are we evaluating the OSM files and trying to make the source better or just requesting OSM files and putting them in? I'm ready to go if we're just putting them in. ;-) ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] OSM CanVec.
On Thu, Jun 3, 2010 at 12:18 PM, Bégin, Daniel daniel.be...@rncan-nrcan.gc.ca wrote: Hi Mike, You did not miss anything, you are giving comments on a sample - as expected! - About missing names, Canvec features are not named. However you can find some toponyms. - About missing tags on multipolygon. The tags have been placed at relation level, not on inner or outer ways. - About duplicate ways for water bodies. You have found a problem with the Canvec product - support team has been advised. - About out of date data - residential area, sports track, buildings. Here is what I answered to Richard yesterday concerning building, it applies to your findings ... It reflects the fact that there is no more complete map update program at federal level. The updated content is provided through the GeoBase initiative. As buildings are not a GeoBase layer, they have not been updated for a while. That is where Osm mapper could eventually make a difference. Looks good, much better than my previous half-assed import attempts. There is a lot of out of date data in CanVec, especially in the buildings layer - e.g. old industrial buildings that were demolished ten years ago and replaced with new buildings. Please compare to Yahoo/survey before importing! ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
[Talk-cz] tagování sídel
Ahoj, koukal jsem jak jsou tagovaná sídla v ČR a pár věcí se mi nelíbí a docela bych rád znal názor dalších lidí. Zjistil jsem, že dost vesnic v ČR je otagováno place=suburb. Já si pod tímto tagem představuju čtvrť města. Tento tag mi přijde nevhodný jako obecné označení jakéhokoliv sídla bez vlastního obecního úřadu, typicky: 1) naprosto jasná vidlákovská vesnice (neberte si to prosím nikdo osobně :)), která se administrativně připojila k nějakému většímu městu. 2) vesnička, která nemá vlastní obecní úřad a administrativně patří pod obec přes kopec. Mimochodem v těchto případech je zajímavé i silniční značení začátku a konce obce, protože na těchto cedulích jsem už viděl tři možnosti: a) pouze název vesničky; b) název obce, a na dalším řádku název vesničky; c) pouze název obce, pod kterou vesnička patří. Tuší někdo jakými (a jestli nějakými) pravidly se toto značení řídí? Osobně si myslím, že hodnota tagu place by měla vyjadřovat regionální důležitost sídla - to je to, co většinu čtenářů mapy zajímá. Pokud se někdo chce pídit po tom, jak je která oblast zařazena administrativně má možnost to vyvodit z nedávno importovaných hranic administrativních celků a jejich center. Máte někdo přehled jak je to s legálností importu dat z ČSÚ? Konkrétně by myslím bylo celkem dobré doplnit na relace (příp. přímo administrativní centra) např. údaje o počtu obyvatel a statutu obce (městys, město). Můj názor na jednotlivé hodnoty tagu place: * city - větší města... těch 10 co je v OSM otagováno. * town - města z hlediska urbanismu... vetší sídla, typicky jsou zde dostupné nějaké služby (ne jenom sámoška, dvě hospody a JZD :)). Nikoliv administrativní status města - třeba taková Loučná pod Klínovcem s necelou stovkou obyvatel sem podle mě rozhodně nepatří. * suburb - pojmenované městské čtvrti, ale opět bych nelpěl na administrativním členění - např. osobně skutečně nemám tušení jestli bydlím v obvodu Pardubice II, III, nebo nějaké jiné číslo, ale když místnímu řeknu Višňovka, tak bude vědět; navíc hranice městkých obvodů a obecně známých pojmenování částí Pardubic nejsou shodné. * village - větší vesnice * hamlet - malé vísky, samoty * locality - oblasti bez trvalého osídlení Abych to shrnul, tak si myslím, že oficiální údaje - počty obyvatel, status obce, apod. - by měly být nezávislé na hodnotě tagu place. Zdraví, Petr Morávek signature.asc Description: OpenPGP digital signature ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] tagování sídel
Ahoj, dohodli jsme se, že to budeme značit podle administrativního členění. Toto je věc, které ještě není po importu hranic obcí hotová. Chystám se na to, ale teď musím dodělat ještě nějaké věci, pak se na to vrhnu. Mělo by to být takto: 1. samostatné obce budou mít tag place=village/city/town, tyto place budou součástí relation příslušných boundary s admin_level=8 jako admin_center 2. vesničky, patřící pod jinou obec, budou mít tag place=suburb Toto administrativní dělení je zásadní pro určování adres. Suburb je brané jako část obce a i tak je uváděno v oficiálních seznamech. I ty vesničky, které vypadají samostatně, tak v těchto seznamech neexistují jako obec. Například navigace potřebuje při hledání adres seznam obcí (což je place a jeho poloha, nejde to dělat podle boundary) a pak adresy, které přísluší této obci a jsou uvnitř boundary stejného jména. Tímto je zaručeno, že se v navigaci v seznamu obcí nebudou motat všechny vesničky, které tam nemají co dělat, a budou správně figurovat pod nadřazenou obcí. Příklad: vesnice Nedvědice je součástí obce Soběslav, adresa v Nedvědicích je uváděna jako: Petr Novák Nedvědice 25 Soběslav Při hledání adresy v navigaci uživatel hledá v pořadí Soběslav-Nedvědice-25 On 06/04/2010 01:37 AM, Petr Morávek [Xificurk] wrote: Ahoj, koukal jsem jak jsou tagovaná sídla v ČR a pár věcí se mi nelíbí a docela bych rád znal názor dalších lidí. Zjistil jsem, že dost vesnic v ČR je otagováno place=suburb. Já si pod tímto tagem představuju čtvrť města. Tento tag mi přijde nevhodný jako obecné označení jakéhokoliv sídla bez vlastního obecního úřadu, typicky: 1) naprosto jasná vidlákovská vesnice (neberte si to prosím nikdo osobně :)), která se administrativně připojila k nějakému většímu městu. 2) vesnička, která nemá vlastní obecní úřad a administrativně patří pod obec přes kopec. Mimochodem v těchto případech je zajímavé i silniční značení začátku a konce obce, protože na těchto cedulích jsem už viděl tři možnosti: a) pouze název vesničky; b) název obce, a na dalším řádku název vesničky; c) pouze název obce, pod kterou vesnička patří. Tuší někdo jakými (a jestli nějakými) pravidly se toto značení řídí? Osobně si myslím, že hodnota tagu place by měla vyjadřovat regionální důležitost sídla - to je to, co většinu čtenářů mapy zajímá. Pokud se někdo chce pídit po tom, jak je která oblast zařazena administrativně má možnost to vyvodit z nedávno importovaných hranic administrativních celků a jejich center. Máte někdo přehled jak je to s legálností importu dat z ČSÚ? Konkrétně by myslím bylo celkem dobré doplnit na relace (příp. přímo administrativní centra) např. údaje o počtu obyvatel a statutu obce (městys, město). Můj názor na jednotlivé hodnoty tagu place: * city - větší města... těch 10 co je v OSM otagováno. * town - města z hlediska urbanismu... vetší sídla, typicky jsou zde dostupné nějaké služby (ne jenom sámoška, dvě hospody a JZD :)). Nikoliv administrativní status města - třeba taková Loučná pod Klínovcem s necelou stovkou obyvatel sem podle mě rozhodně nepatří. * suburb - pojmenované městské čtvrti, ale opět bych nelpěl na administrativním členění - např. osobně skutečně nemám tušení jestli bydlím v obvodu Pardubice II, III, nebo nějaké jiné číslo, ale když místnímu řeknu Višňovka, tak bude vědět; navíc hranice městkých obvodů a obecně známých pojmenování částí Pardubic nejsou shodné. * village - větší vesnice * hamlet - malé vísky, samoty * locality - oblasti bez trvalého osídlení Abych to shrnul, tak si myslím, že oficiální údaje - počty obyvatel, status obce, apod. - by měly být nezávislé na hodnotě tagu place. Zdraví, Petr Morávek ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [OSM-talk-fr] Sourcer les limites administratives
Le Wed 02 Jun 2010 à 17:46 +0200, sly (sylvain letuffe) a ecrit : On mercredi 2 juin 2010, Pieren wrote: Je ne pensais pas que certaines limites seraient dérivées de tracés GPS, il doit y en avoir assez peu. Juste pour dire que le cadastre en montagne, au niveau des limites, c'est pas extraordinaire parfois. Et, quand j'ai la chance de pouvoir parcourir l'élément géographique qui fait la limite (Une crête montagneuse, où cassure de pente), ben je la complète avec un source=gps Tiens ! en septembre dernier j'avais proposé d'ajouter un tag natural=edge pour les lignes de crête, en précisant que l'une des utilités pouvait être celle-là. Allez, tant pis, je me cite : (http://www.mail-archive.com/talk-fr@openstreetmap.org/msg13951.html) - souvent, des limites administratives (communes, pays) sont alignées sur des lignes de crête. Il peut être particulièrement intéressant de savoir où les limites administratives suivent la ligne de crête et où elles en dévient. Je reviens donc à la charge ;-). Un tel tag ridge (+ source=gps) permettrait d'expliquer par exemple pourquoi une limite communale diverge du cadastre, et d'indiquer que c'est normal. -- ° /\Guillaume AllègreMembre de l'April /~~\/\ allegre.guilla...@free.fr Promouvoir et défendre le logiciel libre / /~~\tél. 04.76.63.26.99 http://www.april.org ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Sourcer les limites administratives
Le mercredi 2 juin 2010 17:20:27 Emilie Laffray, vous avez écrit : Même pour les traces GPS, on ne peut pas se fier autre mesure a ce qu'on obtient. Si tu veux vraiment quelque chose qui soit plus utile, doit on enregistrer aussi les données comme les différents DOP, la position des satellites dans le ciel, les alentours (pour savoir si le multipath est important ou pas), sa vitesse (histoire d'avoir une meilleure idée de l'effet Doppler), le firmware du GPS, la version de la puce? Ce sont autant de facteurs qui peuvent jouer sur la qualité d'une trace GPS sans parler que ces paramètres changent a travers le temps. Mais peut-être que ça aurait son intérêt même si on n'a pas tout de suite les outils pour exploiter de tels données. Pour revenir au cadastre, des fois je me dis que le niveau de zoom dans josm au moment d'ajouter un point à partir du cadastre pourrait aussi être un indicateur de qualité. Pour ma part, je n'attache pas la même importance lorsque je trace une voie urbaine que lorsque je trace une limite administrative perdu en cambrousse. Dans le premier cas, je m'attache à bien tomber par rapport aux repères (bâti, voirie, notes), dans le second je suis les grandes lignes de plus haut … Bon après, on me dira que le zoom ne suffit pas, il faut aussi des infos sur l'écran, la précision de la souris, et l'état de la vue du mappeur :-) -- Nicolas Dumoulin http://wiki.openstreetmap.org/wiki/User:NicolasDumoulin ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] 43000 balades et plus
Le Wed 02 Jun 2010 à 23:44 +0200, Vincent Pottier a ecrit : - sur 4 repères, deux sont signalés comme fautifs, car ils sont plus loin du bâti (parvis). Est-ce qu'on ne pourrait pas convenir que pour un site, si un des points vérifiés est OK, tous sont validés ? Woha ! Je doute que la relation site soit importée par osm2pgsql donc qu'on puisse retrouver les autres repères du site Je n'en sais rien, mais si on pouvait le faire ce serait certainement un plus. Eglise à Saint Martin d'Heres http://www.openstreetmap.org/?lat=45.1653813lon=5.7682559zoom=18 noeud http://www.openstreetmap.org/browse/node/670142318 - pas d'explication tag building absent. Corrigé Oups, ma faute, et j'aurais dû m'en apercevoir, désolé. -- ° /\Guillaume AllègreMembre de l'April /~~\/\ allegre.guilla...@free.fr Promouvoir et défendre le logiciel libre / /~~\tél. 04.76.63.26.99 http://www.april.org ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Import du bati cadastral du Pays de Romans
Hello, 2010/6/1 Jeff MERCIER jeff.merc...@pays-romans.org: Bonjour, Il me reste une difficulté pour importer le bati de la Communauté de Communes (outre le temps!). J'en appelle donc à vos lumières! Mon fichier osm de bati est prêt. Il me faut donc supprimer les batis existant dans l'emprise. Puis réaliser l'import de l'ensemble des nouveau bati. Comment procéder? Avec JOSM, je peux supprimer manuellement les batis existant, mais y a t'il une possibilité de sélection dans une zone? Et comment réaliser l'import d'un grand volume de donnée (21 Mo environ)? 21Mo, ça ne passera pas avec JOSM (limité à 5 objets ~ 5Mo en .osm). Deux possibilités +1 : - diviser le fichier avec osmosis par exemple = upload avec JOSM - utiliser un script python : bulk_upload.py (cf wiki OSM) - communiquer ce .osm à la cellule imports osm-fr (je sais, ça fait un peu GhostBusters arrive) qui s'en chargera dans les meilleurs délais. F. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Sourcer les limites administratives
Le Thu 03 Jun 2010 à 09:03 +0200, Guillaume Allegre a ecrit : Le Wed 02 Jun 2010 à 17:46 +0200, sly (sylvain letuffe) a ecrit : Juste pour dire que le cadastre en montagne, au niveau des limites, c'est pas extraordinaire parfois. Et, quand j'ai la chance de pouvoir parcourir l'élément géographique qui fait la limite (Une crête montagneuse, où cassure de pente), ben je la complète avec un source=gps Tiens ! en septembre dernier j'avais proposé d'ajouter un tag natural=edge pour les oups ! natural=ridge pardon -- ° /\Guillaume AllègreMembre de l'April /~~\/\ allegre.guilla...@free.fr Promouvoir et défendre le logiciel libre / /~~\tél. 04.76.63.26.99 http://www.april.org ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Hameau et lieu-dit
Le Wed 02 Jun 2010 à 13:56 +0200, Vincent Calame a ecrit : Le 02/06/2010 13:45, Pierre-Alain Dorange a écrit : Moi je le comprend comme plus petit qu'un village mais surtout beaucoup moins centralisé ; quand le bourg a une taille proche des hameaux en gros... C'est amusant, moi, je plaçais bourg entre village et ville plutôt (village bourg ville). +1 (je précise qu'il s'agit bien d'une interprétation personnelle et/ou locale du terme) -- ° /\Guillaume AllègreMembre de l'April /~~\/\ allegre.guilla...@free.fr Promouvoir et défendre le logiciel libre / /~~\tél. 04.76.63.26.99 http://www.april.org ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Sourcer les limites administratives
On jeudi 3 juin 2010, Guillaume Allegre wrote: Tiens ! en septembre dernier j'avais proposé d'ajouter un tag natural=edge pour les Je me souviens de cette proposition, et je n'avais pas réagi car je n'étais pas vraiment convaincu de l'utilité de noter les talweg et les crêtes. ça me semble max de boulot, pour que soit noté finalement un peu tout dedans, et je pense que cette donnée est/devrait/sera disponible par quelque chose de plus automatique : les MNE/MNT -- sly Sylvain Letuffe sylv...@letuffe.org qui suis-je : http://slyserv.dyndns.org ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Sourcer les limites administratives
On mercredi 2 juin 2010, Denis wrote: pourtant elle (la donnée) acquiert de la qualité parce que ses limites et utilisations sont clairement définies. Je suis tout à fait d'accord Une donnée moyenne bien documentée vaut plus qu'une donnée pointue mais mal ou pas documentée. Je ne suis pas d'accord Loin de moi de trouver le moindre défaut au fait de sourcer (puisque c'est le barbarisme en cours d'utilisation) les données, je le fais, et je recommande de le faire. Mais je ne suis pas d'accord avec cette affirmation un peu rapide. Comme dirait un vieux pote à moi : Tout est relatif - relatif à l'utilisation qu'on veut en faire. Beaucoup des cas que tu as présenté sont des cas d'utilisation par des professionnels, qui veulent des normes, des mesures, des marges d'erreurs, etc. En tant que contributeurs, et utilisateur amateurs, ce n'est pas toujours ce que je recherche. Allons y pour les phrases choc : (En randonnée en montagne avec un GPS) : Je préfère largement ne pas savoir que je ne suis pas perdu, que parfaitement savoir que je suis perdu - cas 1: le tracé gps du sentier que je suis est très précis, mais je ne le sais pas, mais je suis au bon endroit - cas 2: le tracé gps du sentier n'est pas précis, mais je le sais, et donc je suis perdu -- sly Sylvain Letuffe sylv...@letuffe.org qui suis-je : http://slyserv.dyndns.org ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Sourcer les limites administratives
Le jeudi 03 juin 2010 à 09:56 +0200, sly (sylvain letuffe) a écrit : On jeudi 3 juin 2010, Guillaume Allegre wrote: Tiens ! en septembre dernier j'avais proposé d'ajouter un tag natural=edge pour les Je me souviens de cette proposition, et je n'avais pas réagi car je n'étais pas vraiment convaincu de l'utilité de noter les talweg et les crêtes. Les talwegs sont à 95% déjà dans OSM puisque cela correspond quasiment au réseau hydrographique. Les crêtes peuvent être intéressante selon les cas et en particulier sur une carte sans courbe de niveau mais seront confondus généralement avec une route, un chemin ou une limite administratives. Savoir que l'on a affaire à une crête est aussi une info touristique intéressante si on cherche des beaux points de vue... ça me semble max de boulot, pour que soit noté finalement un peu tout dedans, et je pense que cette donnée est/devrait/sera disponible par quelque chose de plus automatique : les MNE/MNT Librement, ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Hameau et lieu-dit
Moi je le comprend comme plus petit qu'un village mais surtout beaucoup moins centralisé ; quand le bourg a une taille proche des hameaux en gros... C'est amusant, moi, je plaçais bourg entre village et ville plutôt (village bourg ville). +1 (je précise qu'il s'agit bien d'une interprétation personnelle et/ou locale du terme) Vu ce document sur le site des Presses Universitaires de Rennes : http://www.pur-editions.fr/couvertures/1221749087_doc.pdf l'introduction suivante : « Alors que le sens commun français définit le bourg comme un élément de la hiérarchie urbaine, situé entre le village et la petite ville, le langage de l’Ouest attribue le titre de bourg à l’ensemble des chefs-lieux de communes. Il nous a semblé nécessaire de rebaptiser « bourgs-centres » l’échelon étudié, afin d’opérer une distinction sans ambiguïté entre le chef-lieu de simple commune, « le bourg », et le petit centre rural intermédiaire entre le bourg et la petite ville, « le bourg-centre ». Cela confirme que tout le monde a raison :-) . J'ai noté aussi dans ce court texte la phrase suivante : « L’Ouest français appartient à cette France du plein et possède des communes aux vastes surfaces, au peuplement dispersé entre un bourg et de très nombreux villages.villages (6). En Loire-Atlantique, la surface moyenne des communes est de plus de 3000 hectares, mais beaucoup atteignent 5000 hectares. Blain, Plessé et Guémené-Penfao dépassent même 10 000 hectares. Et, J. Renard (1976) souligne que « […] certaines communes du nord de la Loire-Atlantique […] sont à la taille d’un canton de l’est de la France, les gros villages correspondent […] à bien des chefs-lieux de commune de l’Est ». Et pour villages il y a la note suivante : « (6) Ce terme est entendu au sens armoricain, c’est-à-dire un hameau de plusieurs dizaines ou même centainesd’habitants, comprenant jusqu’au début du XXe siècle un ou plusieurs commerces (café, épicerie, bouche-rie), une école primaire et une chapelle quelquefois centre d’une paroisse, il est organisé au cœur d’un finage propre de gagnerie. » Et enfin dernière citation : c'est la définition que donne le texte de bourg-centre, notez la première phrase pile-poil dans notre débat : « La base de la hiérarchie urbaine demeure particulièrement confuse, aussi bien dans les termes utilisés (village, village-centre, bourg, bourg-centre, petite ville, ville rurale…), que dans les définitions données. En effet, les seuils et les indicateurs utilisés sont difficilement transposables à l’échelle nationale et n’ont souvent de sens que par référence à la structure régionale du peuplement. Confronté à ce problème de définition, le Réseau-bourgs (1993) l’a contourné par une définition préliminaire simple fondée sur trois critères : le niveau de population, le niveau d’équipement et l’indépendance vis-à-vis de la ville ou d’une mono-activité touristique. » Voilà, ce n'est qu'un texte d'un géographe parmi d'autres, on se plongerait dans la littérature, on trouverait beaucoup d'autres travaux. Conclusion : difficile de représenter dans une base de données la complexité du monde réel... Vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Bilan assises AITF
Hello, Comme demandé par certains, voici un petit bilan de la présentation OSM: les citoyens s'emparent de l'information géographique aux assises de l'Association des Ingénieurs Territoriaux de France (AITF), ce 2 juin à Rouen. Les 3 présentations (de F. Vigouroux, F. Bonifas et moi-même) sont disponibles sur http://dl.free.fr/hwaPmyoDa Public : Groupe SIG-TOPO de l'Association des Ingénieurs Territoriaux de France (AITF). ~ 40 personnes, en charge des services SIG des agglomérations, dans des Conseils Regionaux, ... Présentation de Frederic Bonifas, contributeur à Grenoble Belle présentation générale d'OpenStreetMap : communauté, sources de données, editeurs, aspect social, données ... clôture sur la vidéo 2008: a year of edits de ITO world. Ma présentation : La dizaine de sociétés à l'échelle mondiale qui offrent des prestations autour d'OSM. Prestations autour des données / des logiciels / des infrastructures / des services Présentation de F. Vigouroux, Service SIG de Brest Metropole Oceane Enjeux de la publication de données sous licence libre / et puis dans OSM Le cadre juridique français et les licences libres à disposition Présente la qualité des outils OSM mis à disposition (JOSM, plugin WMS, potlatch ...). Qu'est ce qui a été versé dans la base OSM / comment ? Perspectives pour l'avenir : - remplacement des cartes google maps pour le site brest.fr - application web de remontée d'informations des habitants (ex: à destination des services de voirie) - plus de participation de citoyens (carto parties, traduction en breton ...) Milite pour un futur dispositif national voies/adresse libre (plateforme + données), basé sur les référentiels des acteurs locaux, à partir de la codification nationale existante (insee, fantoir). Assez peu de questions juste après les présentations, au final : - quels arguments invoquer au politique pour emporter la décision de placer des données SIG d'intérêt général sous licence libre ? - quelle licence choisir pour mes données libres ? - quel modele de données pour les adresses dans OSM ? - ... Bizarrement, rien sur la qualité des données et la manière de la conserver si tout le monde a le droit en édition. Je pense aussi qu'on aurait dû montrer JOSM en action. Ca manquait. Mais le temps était court... En aparté de la conférence, beaucoup de rencontres fructueuses avec des gens qui sont prêts à publier sous licence libre leurs orthophotos (sur lesquelles ils ont les droits), et données vectorielles. L'esprit est vraiment : il faut que ça serve... donc partageons. F. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] 43000 balades et plus
De : Vincent Pottier Le 02/06/2010 23:51, Emilie Laffray a écrit : Tu peux creer un petit buffer autour des batiments si tu veux histoire de ne pas avoir ce genre de probleme :) V'la qu'elle se met à parler de choses mystérieuses... C'est quoi, ça ? On fait ça comment ? En très très vite, le principe du buffer, c'est de construire une surface en faisant le tour d'un objet existant (point, ligne, polygone) à distance constante de l'objet. Autour d'un point un buffer donnera un cercle, autour d'un bâtiment (dans ton cas), ça donnera une surface qui reprend l'allure du bâtiment, mais en plus large/dilaté, et avec des angles arrondis. Plus la distance est grande, plus la forme initiale va être noyée dans les arrondis. Quelques images (un peu psychédéliques :-) ) valent mieux qu'un long discours : Buffer autour de points : http://gispathway.com/wp-content/uploads/2009/03/buffer5.gif Buffers autour de lignes : http://www.gisdevelopment.net/technology/gis/images/techgi0048i.jpg Sans forcément recourir à un buffer (c'est coûteux), l'idée dans ton cas, c'est de tolérer un éloignement des bornes géodésiques par rapport aux bâtiments. Un coup d'oeil vers ce type de fonction : http://www.postgis.org/documentation/manual-1.5/ST_Distance.html Mais en même temps, tester l'inclusion stricte (comme fait actuellement) sans tolérer de distance, permet de remonter la présence de bâtiments mal calés, ça peut avoir du bon, aussi. vincent Une messagerie gratuite, garantie à vie et des services en plus, ça vous tente ? Je crée ma boîte mail www.laposte.net ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Sourcer les limites administratives
Le jeudi 03 juin 2010 à 10:07 +0200, sly (sylvain letuffe) a écrit : On mercredi 2 juin 2010, Denis wrote: pourtant elle (la donnée) acquiert de la qualité parce que ses limites et utilisations sont clairement définies. Je suis tout à fait d'accord Une donnée moyenne bien documentée vaut plus qu'une donnée pointue mais mal ou pas documentée. Je ne suis pas d'accord Loin de moi de trouver le moindre défaut au fait de sourcer (puisque c'est le barbarisme en cours d'utilisation) les données, je le fais, et je recommande de le faire. Mais je ne suis pas d'accord avec cette affirmation un peu rapide. Comme dirait un vieux pote à moi : Tout est relatif - relatif à l'utilisation qu'on veut en faire. Beaucoup des cas que tu as présenté sont des cas d'utilisation par des professionnels, qui veulent des normes, des mesures, des marges d'erreurs, etc. En tant que contributeurs, et utilisateur amateurs, ce n'est pas toujours ce que je recherche. Allons y pour les phrases choc : (En randonnée en montagne avec un GPS) : Je préfère largement ne pas savoir que je ne suis pas perdu, que parfaitement savoir que je suis perdu - cas 1: le tracé gps du sentier que je suis est très précis, mais je ne le sais pas, mais je suis au bon endroit - cas 2: le tracé gps du sentier n'est pas précis, mais je le sais, et donc je suis perdu Qu'est ce que la précision, et quel est le besoin d'OSM. Une précision à 10m, voire 100m ne me perturbe pas plus que ça dans OSM. La précision ne pouvant qu'évoluer dans le temps avec l'augmentation de la densité d'information. Par contre une précision à 5km voire plus d'une personne qui positionne pifométriquement des sommets de montagnes me pose un plus gros problème de confiance envers la qualité des données d'OSM. L'arrivée des points géodésiques m'a permis de corriger beaucoup de déviation... Chipoter sur une précision à 2cm me parait par contre complètement contre productif. Sourcer n'est d'aucun intérêt si on ne connait pas la précision de la source et on ne connait pas la précision absolu d'un GPS ou du cadastre qui confronté au terrain montre tout autant une extrême précision que des décalage abyssaux ! J'ai par ailleurs constaté que la précision du cadastre évoluait avec les révisions, et donc la seul mention cadastre n'est pas suffisante. De même que les limites administratives semble parfois être modifié avec l'urbanisation (modification du cours d'une rivière, nouveau tracé routier...) Librement, ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Sourcer les limites administratives
Le Thu 03 Jun 2010 à 09:56 +0200, sly (sylvain letuffe) a ecrit : On jeudi 3 juin 2010, Guillaume Allegre wrote: Tiens ! en septembre dernier j'avais proposé d'ajouter un tag natural=edge pour les Je me souviens de cette proposition, et je n'avais pas réagi car je n'étais pas vraiment convaincu de l'utilité de noter les talweg et les crêtes. J'ai l'impression qu'on refait le même débat, alors je vais certainement refaire les mêmes réponses, désolé. Pour référence : http://www.mail-archive.com/talk-fr@openstreetmap.org/msg13951.html ça me semble max de boulot, pour que soit noté finalement un peu tout dedans, je ne comprends pas très bien un peu tout dedans max de boulot : tu parles de mener la proposition de tag ? Ou de s'occuper du balisage effectif à partir des traces GPS ? et je pense que cette donnée est/devrait/sera disponible par quelque chose de plus automatique : les MNE/MNT devrait je suis d'accord, mais on est très très loin d'avoir des donées MNT libres qui donneraient une précision équivalente à un relevé terrain (sauf contre-exemple). D'ailleurs, on a déjà natural=cliff, qui rentre dans le même cadre. Et sinon, je te concède que l'intérêt de talweg peut paraître plus faible que celui de ridge, mais : - c'est le symétrique de ridge, donc autant traiter les deux en même temps - pour l'emplacement des ruisseaux temporaires, tant qu'on n'a rien de clair dans waterway, c'est une bonne indication -- ° /\Guillaume AllègreMembre de l'April /~~\/\ allegre.guilla...@free.fr Promouvoir et défendre le logiciel libre / /~~\tél. 04.76.63.26.99 http://www.april.org ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Hameau et lieu-dit
Cela confirme que tout le monde a raison :-) . pour moi le bourg c'est pas forcement lié a la population, c'est plutôt le centre ancien, là ou il y a généralement les commerces. Par opposition au lotissements dortoir qui ont souvent fleuri autour des villages. -- JB ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Sourcer les limites administratives - crêtes et talweg
On jeudi 3 juin 2010, Guillaume Allegre wrote: J'ai l'impression qu'on refait le même débat, alors je vais certainement refaire les mêmes réponses, désolé. Pour référence : http://www.mail-archive.com/talk-fr@openstreetmap.org/msg13951.html Ha oui tiens, marrant ça, j'ai répondu à peu de chose prêt ce que j'avais déjà répondu à l'époque, non je ne suis pas un robot, je suis un être humain ! Donc, je pense avoir plus ou moins déjà dis ce que je pensais, c'est à dire pas grand chose, je ne voudrais pas te faire perdre plus ton temps avec moi, certains seront sans doute moins rétifs que je ne le suis et plus ouvert à en débattre. je ne comprends pas très bien un peu tout dedans Oui, je ne n'arrive pas trop à formuler ce qui me gêne, des crêtes il y en a des tas de partout, certaines sont très visibles, d'autres son anodines, si je m'imagine en rentrer disons 10 (de plus de 500m, avec point de vue, etc.) qu'un autre en rentre 100 (de moins de 100m, bordant le moindre ruisseau) à la fin, utiliser cette donnée deviens difficile. max de boulot : tu parles de mener la proposition de tag ? non, tagguer. Je sais que je ne suis pas clair, que mon avis n'est pas très compréhensible, que mes arguments ne valent pas grand chose, que je me base sur un feeling, mais, pas d'inquiétudes, je ne voterais ni pour ni contre, bien au contraire. -- sly Sylvain Letuffe sylv...@letuffe.org qui suis-je : http://slyserv.dyndns.org ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Sourcer les limites administratives - crêtes et talweg
Le Thu 03 Jun 2010 à 10:47 +0200, sly (sylvain letuffe) a ecrit : max de boulot : tu parles de mener la proposition de tag ? non, tagguer. Dans ce cas la réponse est simple : l'existence d'un tag officiel ne nous oblige à rien. Par contre, on l'a a disposition le jour où on en a besoin. S'il y a un chemin de crête déjà balisé (path ou footway), ajouter un tag natural=ridge ne coûte rien. Pareil s'il y a une limite de commune correcte = qui corresponde raisonnablement aux relevés GPS, dans les zones où le cadastre n'est pas fiable. Je sais que je ne suis pas clair, que mon avis n'est pas très compréhensible, que mes arguments ne valent pas grand chose, que je me base sur un feeling, mais, pas d'inquiétudes, je ne voterais ni pour ni contre, bien au contraire. Merci ;-) -- ° /\Guillaume AllègreMembre de l'April /~~\/\ allegre.guilla...@free.fr Promouvoir et défendre le logiciel libre / /~~\tél. 04.76.63.26.99 http://www.april.org ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Bilan assises AITF
Et voici quelques photos : http://www.flickr.com/photos/fvanderbiest/sets/72157624194250856/ pour mettre des visages sur les adresses mail ;-) F. 2010/6/3 François Van Der Biest francois.vanderbi...@camptocamp.com: Hello, Comme demandé par certains, voici un petit bilan de la présentation OSM: les citoyens s'emparent de l'information géographique aux assises de l'Association des Ingénieurs Territoriaux de France (AITF), ce 2 juin à Rouen. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Etait Import parcs/réserves dans O SM
Benoît R. : J'ai lu les pages indiquées mais j'ai du mal à distinguer les priorités. Je vais tenter l'option 2 décret + cadastre pour estimer le temps de cette option et voir ce qu'il en est pour les tags face à un vrai essai. Je pense qu'étant donné l'autorisation récente, le mieux à faire et d'abord d'importer ce qu'on a de façon automatique et après, éventuellement, pour les motivés, compléter et affiner. Sur le wiki, on essaye actuellement d'analyser ce dont on dispose, lister les problèmes rencontrés. En même temps on essaye de trouver les tags OSM à utiliser pour faire la correspondance entre ce que nous disposons gràce à l'inpn et ce qu'il est mieux à faire en terme de tags dans osm. Sinon, je suis programmeur (essentiellement c# aujourd'hui, mais pas de pb pour m'adapter à d'autres langages) donc peut-être aider à la conversions/traitements de données... Si tu as des compétences et de la motiv, j'ai mis en phase alpha les fichiers shapefiles brut, ça permet de regarder un peu ce qu'il est possible d'en faire et les manipuler. Ensuite, je m'oriente vers http://svn.openstreetmap.org/applications/utils/import/ogr2osm/ qui me donne de très bon résultats de conversion des fichiers .shp en fichiers osm Après, je pense que bulkupload sera utilisé pour envoyer tous ça sur le serveurs OSM Ces outils sont, comment dire, alpha/beta, il est donc nécessaire de faire pas mal de tests et quelques corrections pour éviter d'envoyer de la donnée pourrie -- sly Sylvain Letuffe sylv...@letuffe.org qui suis-je : http://slyserv.dyndns.org ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Import du bati cadastral du Pays de Romans
Il me semble que dans les dernières version de JOSM on peut uploader de gros volumes en le laissant découper en plusieurs changeset. 2010/6/3 François Van Der Biest francois.vanderbi...@camptocamp.com Hello, 2010/6/1 Jeff MERCIER jeff.merc...@pays-romans.org: Bonjour, Il me reste une difficulté pour importer le bati de la Communauté de Communes (outre le temps!). J'en appelle donc à vos lumières! Mon fichier osm de bati est prêt. Il me faut donc supprimer les batis existant dans l'emprise. Puis réaliser l'import de l'ensemble des nouveau bati. Comment procéder? Avec JOSM, je peux supprimer manuellement les batis existant, mais y a t'il une possibilité de sélection dans une zone? Et comment réaliser l'import d'un grand volume de donnée (21 Mo environ)? 21Mo, ça ne passera pas avec JOSM (limité à 5 objets ~ 5Mo en .osm). Deux possibilités +1 : - diviser le fichier avec osmosis par exemple = upload avec JOSM - utiliser un script python : bulk_upload.py (cf wiki OSM) - communiquer ce .osm à la cellule imports osm-fr (je sais, ça fait un peu GhostBusters arrive) qui s'en chargera dans les meilleurs délais. F. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Mon weblog - http://www.tenshu.fr/ Je soutiens le Logiciel Libre, j'adhère à l'APRIL ! ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Tutoriel serveur OpenStreetMap
Bonjour, Un tutoriel pour créer votre serveur OpenStreetMap sous Ubuntu 10.04 http://www.geotribu.net/node/262 ThomasG PS : étant l'auteur du tuto, merci des retours en commentaires ;) ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] 43000 balades et plus
2010/6/3 Vincent de Chateau-Thierry v...@laposte.net De : Vincent Pottier Le 02/06/2010 23:51, Emilie Laffray a écrit : Tu peux creer un petit buffer autour des batiments si tu veux histoire de ne pas avoir ce genre de probleme :) V'la qu'elle se met à parler de choses mystérieuses... C'est quoi, ça ? On fait ça comment ? En très très vite, le principe du buffer, c'est de construire une surface en faisant le tour d'un objet existant (point, ligne, polygone) à distance constante de l'objet. Autour d'un point un buffer donnera un cercle, autour d'un bâtiment (dans ton cas), ça donnera une surface qui reprend l'allure du bâtiment, mais en plus large/dilaté, et avec des angles arrondis. Plus la distance est grande, plus la forme initiale va être noyée dans les arrondis. Quelques images (un peu psychédéliques :-) ) valent mieux qu'un long discours : Buffer autour de points : http://gispathway.com/wp-content/uploads/2009/03/buffer5.gif Buffers autour de lignes : http://www.gisdevelopment.net/technology/gis/images/techgi0048i.jpg Sans forcément recourir à un buffer (c'est coûteux), l'idée dans ton cas, c'est de tolérer un éloignement des bornes géodésiques par rapport aux bâtiments. Un coup d'oeil vers ce type de fonction : http://www.postgis.org/documentation/manual-1.5/ST_Distance.html Mais en même temps, tester l'inclusion stricte (comme fait actuellement) sans tolérer de distance, permet de remonter la présence de bâtiments mal calés, ça peut avoir du bon, aussi. +1 La fonction si besoin est ST_Buffer. Enfin avec Postgis 1.5, le coût n'est pas hyper élevé et il y a toujours moyen de cacher cela lors de la génération dans une autre table voire une vue pour gagner du temps. Sinon la distance oui ca permet de se passer de ce type de calcul. Emilie Laffray ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Sourcer les limites administratives
2010/6/3 Christophe Merlet red...@redfoxcenter.org Sourcer n'est d'aucun intérêt si on ne connait pas la précision de la source et on ne connait pas la précision absolu d'un GPS ou du cadastre qui confronté au terrain montre tout autant une extrême précision que des décalage abyssaux ! J'ai par ailleurs constaté que la précision du cadastre évoluait avec les révisions, et donc la seul mention cadastre n'est pas suffisante. C'est bien pour ça que le millésime a aussi son importance. Et la précision du cadastre peut être reconstituée à postériorie (pour les fanatiques de la précision) alors qu'on ne pourra pas le faire avec une source GPS. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Camino de Santiago en Espagne
Bonjour, Quand un peu de coordination structure un projet, il devient pertinent pour des institutions. Peut-être que nos régions ou départements suivront... Message reçu ce matin : -- Buenos días, Este correo va dirigido a todas aquellas personas que han contribuido en la subida de trazas en OSM del Camino Francés, para informarles del proyecto que estamos llevando a cabo. Se trata de un proyecto subvencionado por la Xunta de Galicia para el desarrollo de una guía multimedia en GPS. La aplicación guiará a los peregrinos por el Camino de Santiago y al paso por los puntos de interés se reproducirá de modo automático un video informativo sobre el mismo. La temática de los videos será sobre patrimonio, historia, leyendas, naturaleza, arquitectura, etc. La distribución posterior de la aplicación con todos los contenidos se realizará probablemente desde la página del Xacobeo o un servidor de la Xunta de Galicia, para que los usuarios pueden instalarla en sus dispositivos móviles. Durantes los últimos meses, nuestros equipos de campo han recorrido el camino en dos ocasiones recogiendo información, coordenadas geográficas y tracks. Posteriormente hemos depurado todos estos datos utilizando como base las ortofotografías de Navarra, La Rioja, Castilla y León y Galicia. Tras esto y trabajando con JOSM, hemos mejorado la georeferenciación de algunas vías y elementos. Con este motivo, y con el objetivo de presentar una información más clara a todos los ususarios de OSM y evitar solapes, hemos borrado algunas de las trazas que ya existían sobre el Camino Francés. Les agradecemos su atención, y no duden en ponerse en contacto con nosotros para cualquier duda o aclaración. Good morning, This mail is to everybody who contributed uploading traces to OSM for The French Way of Santiago, to inform them the project we are doing. This is a project funded by La Xunta de Galicia for development of a GPS multimedia guide. The aplication will guide pilgrims along the way and advise them and when they are crossing an interest point, will be played automatically an informative video about it. The topic of these videos is about patrimony, history, legends, nature, architecture, etc. The later distribution of the aplication with all contents will be probably from Xacobeo web or a server by A Xunta de Galicia, so users can install on their mobile devices. During last months, our field staff have move along the way twice collecting information, geographical coordinates and tracks. Then we have refined all these data using orthophotos of Navarra, La Rioja, Castilla y León and Galicia. After that and working with JOSM, we have improved georeference of some ways and elements. For this reason, and with the objetive to display clearer information to all OSM users and avoid some overlaps, we have deleted some tracks that already existed on the French Way. Thanks for your atention, and please ask us if you have some question or doubt. PANGEA INGENIERÍA DEL TERRITORIO Vigo - Pontevedra -- FrViPofm ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Tutoriel serveur OpenStreetMap
On jeudi 3 juin 2010, Thomas Gratier wrote: PS : étant l'auteur du tuto, merci des retours en commentaires ;) Problème de la france élargie, indiques pourquoi tu fais ça : parce que le fichier de géofabrik (un des meilleurs endroits pour obtenir des extraits du planet) ne suit pas assez les frontières françaises Je conseille d'éviter de dupliquer les étapes, tu parles à deux endroits de téléchargement des données europe.osm.bz2, quelqu'un qui suit un peu trop à la lettre va se demander pourquoi il faut les re-télécharger. Et quelqu'un qui ne suit pas les étapes ne peut s'en prendre qu'a lui même, sinon tu va devoir répéter à chaque fois ! L'édition du fichier /etc/sysctl.conf tombe un peu comme un cheveux sur la soupe, un habitué de linux va se demander pourquoi tu lui fais changer des paramètres vitaux de son noyau. Place une petite phrase (sans rentrer dans les détails) du genre : Avec les grosses quantité de données en jeu, postgres à besoin de beaucoup de mémoire pour marcher efficacement, et notamment de la mémoire vive, ce paramètre permettra à postgres d'en utiliser plus que ce qui est souvent autorisé dans la distribution lucid lynx 900913 signifie Google en Leet speak Trop fort ! j'ai appris un truc aujourd'hui ;-) la mémoire peut aussi être augmentée (la taille du cache mémoire de osm2pgsql peut aussi être augmentée Sinon, ça semble tout correcte (bon j'ai pas suivi pour voir s'il manquait un truc) -- sly Sylvain Letuffe sylv...@letuffe.org qui suis-je : http://slyserv.dyndns.org ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Tutoriel serveur OpenStreetMap
On jeudi 3 juin 2010, sly (sylvain letuffe) wrote: Avec les grosses quantité de données en jeu, postgres à besoin de beaucoup de mémoire pour marcher efficacement, et notamment de la mémoire vive, ce paramètre permettra à postgres d'en utiliser plus que ce qui est souvent autorisé dans la distribution lucid lynx Je viens de me ridiculiser en montrant bien que je ne savais pas à quoi servait ce paramètre, bref, voir ce que fait le SHMMAX chez des gens qui le savent mieux que moi. SHMMAX The SHMMAX parameter is used to define the maximum size (in bytes) for a shared memory segment and should be set large enough for the largest SGA size. If the SHMMAX is set incorrectly (too low), it is possible that the Oracle SGA (which is held in shared segments) may be limited in size. An inadequate SHMMAX setting would result in the following: ORA-27123: unable to attach to shared memory segment You can determine the value of SHMMAX by performing the following: # cat /proc/sys/kernel/shmmax 33554432 As you can see from the output above, the default value for SHMMAX is 32MB. This is often too small to configure the Oracle SGA. I generally set the SHMMAX parameter to 2GB. -- sly Sylvain Letuffe sylv...@letuffe.org qui suis-je : http://slyserv.dyndns.org ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Tutoriel serveur OpenStreetMap
Bonjour, pour être plus précis si Postgresql demande 128 MB de SHM (shared_buffers = 128MB) alors on peut se satisfaire de kernel.shmmax=134217728 (avec une éventuelle marge) Le trop est souvent l'ennemi du bien... Infos supplémentaire (pour les faineants) au lieu de sudo sysctl kernel.shmmax=268435456 (avec les risques de recopie) on peut faire sudo sysctl -p (relecture du fichier /etc/sysctl.conf avec reconfiguration du noyau) Voilà. Ce ne sont que des points de détails au sujet d'un document complet et intéressant. Bonne journée - Mail Original - De: sly (sylvain letuffe) sylv...@letuffe.org À: Discussions sur OSM en français talk-fr@openstreetmap.org Envoyé: Jeudi 3 Juin 2010 11h55:25 GMT +01:00 Amsterdam / Berlin / Berne / Rome / Stockholm / Vienne Objet: Re: [OSM-talk-fr] Tutoriel serveur OpenStreetMap On jeudi 3 juin 2010, sly (sylvain letuffe) wrote: Avec les grosses quantité de données en jeu, postgres à besoin de beaucoup de mémoire pour marcher efficacement, et notamment de la mémoire vive, ce paramètre permettra à postgres d'en utiliser plus que ce qui est souvent autorisé dans la distribution lucid lynx Je viens de me ridiculiser en montrant bien que je ne savais pas à quoi servait ce paramètre, bref, voir ce que fait le SHMMAX chez des gens qui le savent mieux que moi. SHMMAX The SHMMAX parameter is used to define the maximum size (in bytes) for a shared memory segment and should be set large enough for the largest SGA size. If the SHMMAX is set incorrectly (too low), it is possible that the Oracle SGA (which is held in shared segments) may be limited in size. An inadequate SHMMAX setting would result in the following: ORA-27123: unable to attach to shared memory segment You can determine the value of SHMMAX by performing the following: # cat /proc/sys/kernel/shmmax 33554432 As you can see from the output above, the default value for SHMMAX is 32MB. This is often too small to configure the Oracle SGA. I generally set the SHMMAX parameter to 2GB. -- sly Sylvain Letuffe sylv...@letuffe.org qui suis-je : http://slyserv.dyndns.org ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Camino de Santiago en Espagne
Le jeudi 03 juin 2010 à 11:32 +0200, Vincent Pottier a écrit : Bonjour, Quand un peu de coordination structure un projet, il devient pertinent pour des institutions. Peut-être que nos régions ou départements suivront... Ayant essayé de travailler le plus consciencieusement possible sur la Via d'Arles de Vic-en-Bigorre jusqu'a Sarrance je suis curieux de connaitre les modifications apportées. Y a t'il un moyen de connaitre les diff apportées à la relation Via d'Arles ? L'historique du site OSM étant totalement inutilisable dans ce cas. Les seuls contributeurs que je connaisse sur cette Via d'Arles sont caminaspe (que j'ai déjà rencontré) et un certain ottokar55 (à priori un allemand) Concernant L'autre camino de santiago à la frontière espagnol, au niveau de Saint-Jean-Pied-de-Port à Roncesvalles. les traces (approximatives) actuelles coté français sont semble t'il encore les miennes et celles d'ottokar55. et n'ont pas encore été intégrées dans une relation route... Cela dit je suis ravi de savoir que d'autres personnes étudient ou envisagent d'étudier ces chemins et reverse dans OSM leurs observations et corrections :) Message reçu ce matin : -- Buenos días, Este correo va dirigido a todas aquellas personas que han contribuido en la subida de trazas en OSM del Camino Francés, para informarles del proyecto que estamos llevando a cabo. Se trata de un proyecto subvencionado por la Xunta de Galicia para el desarrollo de una guía multimedia en GPS. La aplicación guiará a los peregrinos por el Camino de Santiago y al paso por los puntos de interés se reproducirá de modo automático un video informativo sobre el mismo. La temática de los videos será sobre patrimonio, historia, leyendas, naturaleza, arquitectura, etc. La distribución posterior de la aplicación con todos los contenidos se realizará probablemente desde la página del Xacobeo o un servidor de la Xunta de Galicia, para que los usuarios pueden instalarla en sus dispositivos móviles. Durantes los últimos meses, nuestros equipos de campo han recorrido el camino en dos ocasiones recogiendo información, coordenadas geográficas y tracks. Posteriormente hemos depurado todos estos datos utilizando como base las ortofotografías de Navarra, La Rioja, Castilla y León y Galicia. Tras esto y trabajando con JOSM, hemos mejorado la georeferenciación de algunas vías y elementos. Con este motivo, y con el objetivo de presentar una información más clara a todos los ususarios de OSM y evitar solapes, hemos borrado algunas de las trazas que ya existían sobre el Camino Francés. Les agradecemos su atención, y no duden en ponerse en contacto con nosotros para cualquier duda o aclaración. Good morning, This mail is to everybody who contributed uploading traces to OSM for The French Way of Santiago, to inform them the project we are doing. This is a project funded by La Xunta de Galicia for development of a GPS multimedia guide. The aplication will guide pilgrims along the way and advise them and when they are crossing an interest point, will be played automatically an informative video about it. The topic of these videos is about patrimony, history, legends, nature, architecture, etc. The later distribution of the aplication with all contents will be probably from Xacobeo web or a server by A Xunta de Galicia, so users can install on their mobile devices. During last months, our field staff have move along the way twice collecting information, geographical coordinates and tracks. Then we have refined all these data using orthophotos of Navarra, La Rioja, Castilla y León and Galicia. After that and working with JOSM, we have improved georeference of some ways and elements. For this reason, and with the objetive to display clearer information to all OSM users and avoid some overlaps, we have deleted some tracks that already existed on the French Way. Thanks for your atention, and please ask us if you have some question or doubt. PANGEA INGENIERÍA DEL TERRITORIO Vigo - Pontevedra -- FrViPofm Librement, ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Tutoriel serveur OpenStreetMap
2010/6/3 br.gue...@free.fr Le titre est trompeur. Il ne donne la marche à suivre que pour faire fonctionner mapnik. Manque l'étape du serveur de tuilles avec mod_tile par exemple ou le plus récent tirex. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Bonjour à tous
Est-ce que ce point est maintenant résolu ? Parce quelqu'un vient juste de signaler le même problème sur la liste dev... Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Re : Tutoriel serveur OpenStreetMap
De : Pieren pier...@gmail.com 2010/6/3 br.gue...@free.fr Le titre est trompeur. Il ne donne la marche à suivre que pour faire fonctionner mapnik. Manque l'étape du serveur de tuilles avec mod_tile par exemple ou le plus récent tirex. Je m attendais a avoir un paragraphe sur comment customiser son rendu via les feuilles de style Mapnik...mais le tuto est quand meme tres interessant, faudra que j essaye :-) Julien ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Bonjour à tous
Non, les quelques tests que j'ai effectué se soldent toujours pas la même erreur. Le faible nombre de réponses m'a conduit à penser que le problème était isolé ou que je m'étais trompé de liste. Pour ma part, étant parti du serveur git pour le port Ruby/Rails, je penchais pour une coquille dans l'un des scripts de configuration des tables lors du db:migrate. En tout cas merci de t'en être souvenu... Peux-tu me tenir au courant, stp ? Bien à toi. - Mail Original - De: Pieren pier...@gmail.com À: Discussions sur OSM en français talk-fr@openstreetmap.org Envoyé: Jeudi 3 Juin 2010 12h46:57 GMT +01:00 Amsterdam / Berlin / Berne / Rome / Stockholm / Vienne Objet: Re: [OSM-talk-fr] Bonjour à tous Est-ce que ce point est maintenant résolu ? Parce quelqu'un vient juste de signaler le même problème sur la liste dev... Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Re : Tutoriel serveur OpenStreetMap
Bonjour, le serveur de tuiles et le rendu via les feuilles de style arrivent. C'est que c'est un peu long à tester et à écrire tout ça :-) Merci à Thomas de s'être lancé dedans. Fabien 2010/6/3 THEVENON Julien julien_theve...@yahoo.fr *De :* Pieren pier...@gmail.com ** **2010/6/3 br.gue...@free.fr **Le titre est trompeur. Il ne donne la marche à suivre que pour faire fonctionner mapnik. Manque l'étape du serveur de tuilles avec mod_tile par exemple ou le plus récent tirex. Je m attendais a avoir un paragraphe sur comment customiser son rendu via les feuilles de style Mapnik...mais le tuto est quand meme tres interessant, faudra que j essaye :-) Julien ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Tutoriel serveur OpenStreetMap
Bonjour, Oui, le titre est un peu pompeux. J'ai commencé les tests avec mod_tile, generate_tile, il me reste python et enfin tirex que je ne connaissais pas avant de reprendre pour rédiger la deuxième partie. cf dernière ligne du tuto Nous verrons dans les tutoriels à venir la génération des tuiles depuis ces données et leur intégration dans Openlayershttp://www.geotribu.net/glossary/term/13 . D'ailleurs puisqu'on parle de mod_tile, j'avais des problèmes pour la génération de tuile à la volée, il y a moyen comme sous python de remplir le cache (sans passer des images de generate_tiles.py vers mod_tile qui est beaucoup trop long sur la france) @+ ThomasG Le 3 juin 2010 12:42, Pieren pier...@gmail.com a écrit : 2010/6/3 br.gue...@free.fr Le titre est trompeur. Il ne donne la marche à suivre que pour faire fonctionner mapnik. Manque l'étape du serveur de tuilles avec mod_tile par exemple ou le plus récent tirex. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Sourcer les limites administratives
et je pense que cette donnée est/devrait/sera disponible par quelque chose de plus automatique : les MNE/MNT L'expérience de ceux qui bossent en hydrographie montre que les MNT ne sont pas une bonne source pour la détermination des lignes de crêtes (et des bassisn versants correspondants). Ils doivent en général redéfinir manuellement les lignes de crêtes pour avoir des résultats pertinents. Donc, il ne serait pas totalement aberrant de les tracer manuellement dans OSM... mais j'ai d'autres priorités en ce qui me concerne :-p Eric ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Re : Re : Tutoriel serveur OpenStreetMap
De : Fabien fabien.gob...@gmail.com le serveur de tuiles et le rendu via les feuilles de style arrivent. C'est que c'est un peu long à tester et à écrire tout ça :-) Merci à Thomas de s'être lancé dedans. Oui je comprends ;-) Merci ! Julien ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Import du bati cadastral du Pays de Romans
2010/6/3 Nicolas Dumoulin nicolas_openstreetmap@dumoulin63.net: Le jeudi 3 juin 2010 11:23:56 Tenshu, vous avez écrit : Il me semble que dans les dernières version de JOSM on peut uploader de gros volumes en le laissant découper en plusieurs changeset. Je confirme :-) OK, au temps pour moi, et tant mieux si c'est aussi simple désormais ! F. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Import du bati cadastral du Pays de Romans
Il y a une manip particulière a effectuer, où c'est automatique? Nicolas Dumoulin a écrit : Le jeudi 3 juin 2010 11:23:56 Tenshu, vous avez écrit : Il me semble que dans les dernières version de JOSM on peut uploader de gros volumes en le laissant découper en plusieurs changeset. Je confirme :-) -- Jeff MERCIER Administrateur SIG Chargé de mission sentiers de randonnée Communauté de Communes du Pays de Romans 04.75.70.68.93 attachment: jeff_mercier.vcf___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Import du bati cadastral du Pays de Romans
Il y a une manip particulière a effectuer, où c'est automatique? c'est automatique. Il me semble qu'on peut aussi choisir soit même la taille du changeset dans un dialogue -- JB Nicolas Dumoulin a écrit : Le jeudi 3 juin 2010 11:23:56 Tenshu, vous avez écrit : Il me semble que dans les dernières version de JOSM on peut uploader de gros volumes en le laissant découper en plusieurs changeset. Je confirme :-) -- Jeff MERCIER Administrateur SIG Chargé de mission sentiers de randonnée Communauté de Communes du Pays de Romans 04.75.70.68.93 ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Import du bati cadastral du Pays de Romans
Le jeudi 3 juin 2010 13:53:48 Jeff MERCIER, vous avez écrit : Il y a une manip particulière a effectuer, où c'est automatique? Au moment du commit, tu as un onglet « Expert » (la classe) dans la partie basse de la fenêtre, et là tu trouveras les options en questions. C'est très intuitif :-) Bon par contre, j'avais quand même dû m'y reprendre à plusieurs fois lors d'un gros commit. Tous les petits bouts ne passaient pas d'un coup, mais l'avantage que ceux qui sont passés sont ça de moins à faire. -- Nicolas Dumoulin http://wiki.openstreetmap.org/wiki/User:NicolasDumoulin ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Import du bati cadastral du Pays de Romans
Je venais de trouver, mais je te remercie! Nicolas Dumoulin a écrit : Le jeudi 3 juin 2010 13:53:48 Jeff MERCIER, vous avez écrit : Il y a une manip particulière a effectuer, où c'est automatique? Au moment du commit, tu as un onglet « Expert » (la classe) dans la partie basse de la fenêtre, et là tu trouveras les options en questions. C'est très intuitif :-) Bon par contre, j'avais quand même dû m'y reprendre à plusieurs fois lors d'un gros commit. Tous les petits bouts ne passaient pas d'un coup, mais l'avantage que ceux qui sont passés sont ça de moins à faire. -- Jeff MERCIER Administrateur SIG Chargé de mission sentiers de randonnée Communauté de Communes du Pays de Romans 04.75.70.68.93 attachment: jeff_mercier.vcf___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] [stats] Le fichier Planet mainte nant à 10 GB
Je relaie une information parue sur la liste principale (Frederik Ramm) concernant le fichier planet (qui est, rappelons-le, un fichier contenant l'ensemble des données de la base osm pour toute la planète au format xml, compressé en bz2 et généré une fois par semaine, les autres fichiers n'étant que des fichiers intermédiaires): Pour la première fois, le fichier planet de cette semaine .osm.bz2 a atteint une taille à 11 chiffres (10026036818 octets). Cela représente une augmentation de 20% depuis le début de l'année. En 2007, nous avions une augmentation de 88% pour la même période; en 2008 c'était 36% et en 2009, 19%. Bien entendu, ces chiffres ne sont qu'indicatifs puisqu'il y a eu un certain nombre de gros imports, de changements de format et même de compression bz2 durant ces années. Le fichier XML non compressé est juste quelques octets en dessous de 150GO. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [stats] Le fichier Planet maintenant à 10 GB
À quand une décomposition en plusieurs fichiers/parties/layers ? Je ne pense pas qu'on puisse continuer indéfiniment sur ce modèle de fichier unique. 2010/6/3 Pieren pier...@gmail.com Je relaie une information parue sur la liste principale (Frederik Ramm) concernant le fichier planet (qui est, rappelons-le, un fichier contenant l'ensemble des données de la base osm pour toute la planète au format xml, compressé en bz2 et généré une fois par semaine, les autres fichiers n'étant que des fichiers intermédiaires): Pour la première fois, le fichier planet de cette semaine .osm.bz2 a atteint une taille à 11 chiffres (10026036818 octets). Cela représente une augmentation de 20% depuis le début de l'année. En 2007, nous avions une augmentation de 88% pour la même période; en 2008 c'était 36% et en 2009, 19%. Bien entendu, ces chiffres ne sont qu'indicatifs puisqu'il y a eu un certain nombre de gros imports, de changements de format et même de compression bz2 durant ces années. Le fichier XML non compressé est juste quelques octets en dessous de 150GO. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [stats] Le fichier Planet maint enant à 10 GB
On jeudi 3 juin 2010, Julien D. wrote: À quand une décomposition en plusieurs fichiers/parties/layers ? Des tiers s'occupent de ça... Je ne pense pas qu'on puisse continuer indéfiniment sur ce modèle de fichier unique. Je n'y vois pas d'inconvénients, les capacités disques augmentent, le planet aussi augmentation de 20% depuis le début de l'année. En 2007, nous avions une augmentation de 88% pour la même période; en 2008 c'était 36% et en 2009, 19%. C'est intéressant, ça ne fait que peu de chiffres pour vraiment en tirer des choses, mais on voit clairement une dérivée seconde négative (le taux d'augmentation est en baisse) Fini l'exponentielle du début, ça y est ? c'est fait ? on a presque cartographié toute la terre ? ;-) -- sly Sylvain Letuffe sylv...@letuffe.org qui suis-je : http://slyserv.dyndns.org ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [stats] Le fichier Planet mainte nant à 10 GB
2010/6/3 Julien D. murphy2712+osm...@gmail.commurphy2712%2bosm...@gmail.com À quand une décomposition en plusieurs fichiers/parties/layers ? Je ne pense pas qu'on puisse continuer indéfiniment sur ce modèle de fichier unique. Pourquoi pas? Beaucoup de gens utilisent ce fichier comme base et applique ensuite des diffs avec des options dans Osmosis pour extraire les donnees dont ils ont besoin. C'est ce que je fais d'ailleurs au boulot. De plus, si tu trouves ces fichiers trop gros, tu peux toujours telecharger les fichiers tout pres comme ceux de CM ou de Geofabrik pour la région du monde qui t'intéresse. Ce n'est pas comme si tout le monde dépendait de ce gros fichier. C'est vraiment un dump de la base de donnée. Emilie Laffray ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Re : [stats] Le fichier Plane t maintenant à 10 GB
De : Pieren pier...@gmail.com Je relaie une information parue sur la liste principale (Frederik Ramm) concernant le fichier planet (qui est, rappelons-le, un fichier contenant l'ensemble des données de la base osm pour toute la planète au format xml, compressé en bz2 et généré une fois par semaine, les autres fichiers n'étant que des fichiers intermédiaires): Pour la première fois, le fichier planet de cette semaine .osm.bz2 a atteint une taille à 11 chiffres (10026036818 octets). Cela représente une augmentation de 20% depuis le début de l'année. En 2007, nous avions une augmentation de 88% pour la même période; en 2008 c'était 36% et en 2009, 19%. Bien entendu, ces chiffres ne sont qu'indicatifs puisqu'il y a eu un certain nombre de gros imports, de changements de format et même de compression bz2 durant ces années. Le fichier XML non compressé est juste quelques octets en dessous de 150GO. Cela inclut l historique complet revisions des objets etc? ou c est uniquement l ensemble des objets a un instant t ? Julien ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Re : [stats] Le fichier Planet maintenant à 10 GB
2010/6/3 THEVENON Julien julien_theve...@yahoo.fr *De :* Pieren pier...@gmail.com ** Je relaie une information parue sur la liste principale (Frederik Ramm) concernant le fichier planet (qui est, rappelons-le, un fichier contenant l'ensemble des données de la base osm pour toute la planète au format xml, compressé en bz2 et généré une fois par semaine, les autres fichiers n'étant que des fichiers intermédiaires): Pour la première fois, le fichier planet de cette semaine .osm.bz2 a atteint une taille à 11 chiffres (10026036818 octets). Cela représente une augmentation de 20% depuis le début de l'année. En 2007, nous avions une augmentation de 88% pour la même période; en 2008 c'était 36% et en 2009, 19%. Bien entendu, ces chiffres ne sont qu'indicatifs puisqu'il y a eu un certain nombre de gros imports, de changements de format et même de compression bz2 durant ces années. Le fichier XML non compressé est juste quelques octets en dessous de 150GO. Cela inclut l historique complet revisions des objets etc? ou c est uniquement l ensemble des objets a un instant t ? L'ensemble des données a un instant t Emilie Laffray ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Re : [stats] Le fichier Planet maintenant à 10 GB
2010/6/3 THEVENON Julien julien_theve...@yahoo.fr Julien Cela inclut l historique complet revisions des objets etc? ou c est uniquement l ensemble des objets a un instant t ? Non, c'est uniquement la dernière version à un instant t (ou 'i'). Notez que jusqu'à récemment, le dump n'était pas cohérent puisque comme l'export prend beaucoup de temps, il arrivait que des objets disparraissent entre le début et la fin du processus. Mais ça ne serait plus le cas maintenant puisque cela se ferait dans une seule transaction (mais je ne sais pas comment c'est techniquement possible sur une base complète et aussi grosse). Tous les planet dumps sont à disposition ici: http://planet.openstreetmap.org/ ce qui permet pour ceux qui le souhaitent de faire des animations d'historique (mais les fichiers ne sont pas tous au format API 0.6). Il y a bien un répertoire /full-experimental/ qui contient deux dump complets de la base avec les historiques (mais sans les données personnelles). Mais comme cela prend beaucoup de ressources, ça n'est pas fait régulièrement. L'historique ne démarre qu'après la disparition des segments (type d'éléments que seuls les plus anciens connaissent, c'était avant les ways). Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [stats] Le fichier Planet mainte nant à 10 GB
Le jeudi 03 juin 2010 à 15:26 +0200, Pieren a écrit : Je relaie une information parue sur la liste principale (Frederik Ramm) concernant le fichier planet (qui est, rappelons-le, un fichier contenant l'ensemble des données de la base osm pour toute la planète au format xml, compressé en bz2 et généré une fois par semaine, les autres fichiers n'étant que des fichiers intermédiaires): Pour la première fois, le fichier planet de cette semaine .osm.bz2 a atteint une taille à 11 chiffres (10026036818 octets). Cela représente une augmentation de 20% depuis le début de l'année. En 2007, nous avions une augmentation de 88% pour la même période; en 2008 c'était 36% et en 2009, 19%. Bien entendu, ces chiffres ne sont qu'indicatifs puisqu'il y a eu un certain nombre de gros imports, de changements de format et même de compression bz2 durant ces années. Le fichier XML non compressé est juste quelques octets en dessous de 150GO. Au format SQL le dump de la base ferait combien ? Au format binaire de la base, ça donne quoi ? Le XML n'est il pas trop verbeux ? Librement, ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Re : [stats] Le fichier Planet main tenant à 10 GB
L'historique ne démarre qu'après la disparition des segments (type d'éléments que seuls les plus anciens connaissent, c'était avant les ways). Les mauvaises langues diront que c'est plus ou moins un déplacement des segments/ways vers les ways/relations :) ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Re : [stats] Le fichier Planet main tenant à 10 GB
Mais ça ne serait plus le cas maintenant puisque cela se ferait dans une seule transaction (mais je ne sais pas comment c'est techniquement possible sur une base complète et aussi grosse). C'est une technique appelée MVCC : Multi Versioning Concurency Control grâce auquel chaque transaction a sa propre version (snapshot) d'une table (techniquement basé sur un mécanisme dit copy on write). Je ne connais pas les détails de la procédure utilisée chez OSM mais il est possible qu'ils fassent le dump sur un serveur secondaire dédié aux dumps, vu la taille et le temps que cela peut prendre. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [stats] Le fichier Planet mainte nant à 10 GB
2010/6/3 Christophe Merlet red...@redfoxcenter.org Au format SQL le dump de la base ferait combien ? Sous quel schéma SQL? Osmosis, APIDB, osm2psqgl? Au format binaire de la base, ça donne quoi ? Quel format binaire? Celui de Traveling salesman ou celui qui a été annoncé récemment? Le XML n'est il pas trop verbeux ? C'est le principe du XML d'être verbeux, mais le schéma de OSM est relativement raisonnable. Ça permet de lire facilement ce qui est écrit et de pouvoir utiliser des librairies standards. Emilie Laffray ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [stats] Le fichier Planet maintenant à 10 GB
De : Christophe Merlet Au format SQL le dump de la base ferait combien ? Via Osmosis je suis arrivé pour la France à 7Go de fichiers Loader SQL (ASCII) pour un .bz2 autour de 500Mb vincent Une messagerie gratuite, garantie à vie et des services en plus, ça vous tente ? Je crée ma boîte mail www.laposte.net ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [stats] Le fichier Planet mainte nant à 10 GB
Bonjour Pour le format binaire, je pense que Christophe pensait au format .backup fait par PostgreSQL via l'outil pg_dump. Je ne comprends pas non plus pourquoi nous ne pouvons pas télécharger directement ce genre de fichier. Ce format est justement fait pour ! Ca éviterait de parser du xml, même si SAX aide bien. Kimaidou Le 3 juin 2010 16:44, Vincent de Chateau-Thierry v...@laposte.net a écrit : De : Christophe Merlet Au format SQL le dump de la base ferait combien ? Via Osmosis je suis arrivé pour la France à 7Go de fichiers Loader SQL (ASCII) pour un .bz2 autour de 500Mb vincent Une messagerie gratuite, garantie à vie et des services en plus, ça vous tente ? Je crée ma boîte mail www.laposte.net ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [stats] Le fichier Planet mainte nant à 10 GB
2010/6/3 kimaidou kimai...@gmail.com Bonjour Pour le format binaire, je pense que Christophe pensait au format .backup fait par PostgreSQL via l'outil pg_dump. Je ne comprends pas non plus pourquoi nous ne pouvons pas télécharger directement ce genre de fichier. Ce format est justement fait pour ! Ca éviterait de parser du xml, même si SAX aide bien. Parce que tu perds la possibilité de filtrer les données avant de les importer? De plus, sur les tests que j'ai pu faire généralement le fichier planet compressé en bz2 est plus petit en taille que le fichier .backup. Ce format est très pratique pour restaurer une base de donnée rapidement (enfin tout est relatif), mais tu imposes un schéma particulier et d'importer tous les données. Avec l'XML, tu peux transformer cela en n'importe quel schéma et de filtrer tes données. De plus, je ne suis pas sure de l'effet du backup sur la base de donnée OSM pendant qu'elle sert. Emilie Laffray ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [stats] Le fichier Planet mainte nant à 10 GB
Le 03/06/2010 16:23, Christophe Merlet a écrit : Le XML n'est il pas trop verbeux ? D'où le taux de compression de 93%, grace la répétition de beaucoup de motifs. Je ne suis pas sûr que changer de format gagne vraiment quelque chose par rapport à un fichier compressé. -- Etienne ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [stats] Le fichier Planet mainte nant à 10 GB
Le jeudi 03 juin 2010 à 15:38 +0100, Emilie Laffray a écrit : 2010/6/3 Christophe Merlet red...@redfoxcenter.org Au format SQL le dump de la base ferait combien ? Sous quel schéma SQL? Osmosis, APIDB, osm2psqgl? N'importe, je n'ai pas de préférence. Disons le plus pratique à être réutilisé ou le plus compact. Au format binaire de la base, ça donne quoi ? Quel format binaire? Celui de Traveling salesman ou celui qui a été annoncé récemment? Celui de PostgreSQL. Le format natif de la base de données. Celui qui sert pour les sauvegardes. Le XML n'est il pas trop verbeux ? C'est le principe du XML d'être verbeux, mais le schéma de OSM est relativement raisonnable. Ça permet de lire facilement ce qui est écrit et de pouvoir utiliser des librairies standards. Est-il plus simple est rapide de télécharger le fichier XML et de le triturer pour travailler dessus ou de télécharger directement une image native de la base de données (ou sa description SQL) et d'éviter les longues étapes de transformation du XML ? Librement, ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [stats] Le fichier Planet mainte nant à 10 GB
Le jeudi 03 juin 2010 à 15:38 +0100, Emilie Laffray a écrit : 2010/6/3 Christophe Merlet red...@redfoxcenter.org Au format SQL le dump de la base ferait combien ? Sous quel schéma SQL? Osmosis, APIDB, osm2psqgl? Au format binaire de la base, ça donne quoi ? Quel format binaire? Celui de Traveling salesman ou celui qui a été annoncé récemment? Le XML n'est il pas trop verbeux ? C'est le principe du XML d'être verbeux, mais le schéma de OSM est relativement raisonnable. Ça permet de lire facilement ce qui est écrit et de pouvoir utiliser des librairies standards. Soyons clair, je ne remet pas en cause les compétences des dbadmins d'OSM. Ce sont juste de simples questions pour ma culture générale... Librement, ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [stats] Le fichier Planet maint enant à 10 GB
On jeudi 3 juin 2010, kimaidou wrote: Je ne comprends pas non plus pourquoi nous ne pouvons pas télécharger directement ce genre de fichier. A mon avis parce que les admins de osm.org ont déjà assez de boulot à gérer les dump réguliers, le serveur de base de donnée, l'api et tout ce qu'il y a pour permettre l'édition de la base. Et je n'attends personnellement rien de plus que ce qui est fourni, osm.org n'est pas un site de webservices, c'est une base de donnée constuite communautairement. Un choix de ce type me semblerait une mauvaise exploitation des ressources disponible pour le projet qui ne sont pas infinies. Et que si quelqu'un se propose gentilement pour fournir ce type d'export (après moulinage des .osm déjà proposé) je pense que cela fera plein de gens contents, encore une fois, yaka, faucon -- sly Sylvain Letuffe sylv...@letuffe.org qui suis-je : http://slyserv.dyndns.org ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [stats] Le fichier Planet mainte nant à 10 GB
2010/6/3 Christophe Merlet red...@redfoxcenter.org Sous quel schéma SQL? Osmosis, APIDB, osm2psqgl? N'importe, je n'ai pas de préférence. Disons le plus pratique à être réutilisé ou le plus compact. Le format plus facile a réutiliser serait sûrement un mélange de schéma Osmosis avec un support hstore (qui est en train d'être évalué par quelqu'un), car tu n'as aucune perte d'information. Le schéma osm2pgsql entraîne toujours des pertes d'information du fait de la nature de la transformation via le fichier de style. Pour le reste de tes questions, je renvoie a mon mail de réponse a Kimaidou :) Emilie Laffray ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [stats] Le fichier Planet mainte nant à 10 GB
On jeudi 3 juin 2010, Christophe Merlet wrote: Est-il plus simple est rapide de télécharger le fichier XML et de le triturer pour travailler dessus A mon avis oui, parcequ'il ne faut pas oublier que les utilisations des données osm ne conduit pas forcément uniquement à une base postgres, ni ne conduit forcément au schéma de la base osm (je dirais même assez rarement il me semble) ni même avec forcément les mêmes données. Mais Émilie a déjà indiqué les cas où un format plus générique est préférable et d'éviter les longues étapes de transformation du XML ? Elles ne seraient évitée que pour obtenir une base identique à celle d'osm, et ce cas est rarement nécessaire -- sly Sylvain Letuffe sylv...@letuffe.org qui suis-je : http://slyserv.dyndns.org ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Petit nouveau... donc présen tation
Je suis un nouveau contributeur depuis quelques semaines... et la cartographie est une drogue dure ! J'habite dans le val de marne, mais je suis souvent en vadrouille dans l'Yonne (entre Joigny et Auxerre). Comme cette zone est relativement incomplète dans OSM j'ai donc commencé par quelques traces GPS, puis ensuite le cadastre... ça avance village (ou hamlet ;-) après village... Je suis développeur depuis bien longtemps (premier ordi en 1981... un TRS-80 !), administrateur de serveurs (Linux), base de données, enfin ce genre de bricoles. J'ai développé des applications autour des GPS depuis plus de 10 ans (contrôle de vols pour des compétition de vol libre). J'ai des projets de développement autour d'OSM sur l'iPad (ma première appli 'slippy-map' tourne depuis hier)... une idée serait d'utiliser l'iPad pour enrichir OSM à l'aide d'une interface conviviale. Autre projet, intégrer dans OSM l'emplacement des sites de pratique de vol libre (parapente, deltaplane, etc) car j'ai pas mal de contacts dans le milieu que je vais activer pour obtenir la libération des données (que j'ai déjà pour la France) et aussi au delà si possible. Voilà, voilà... A+ Christian ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Petit nouveau... donc présen tation
2010/6/3 Christian Quest christian.qu...@gmail.com Je suis un nouveau contributeur depuis quelques semaines... et la cartographie est une drogue dure ! J'habite dans le val de marne, mais je suis souvent en vadrouille dans l'Yonne (entre Joigny et Auxerre). Comme cette zone est relativement incomplète dans OSM j'ai donc commencé par quelques traces GPS, puis ensuite le cadastre... ça avance village (ou hamlet ;-) après village... Je suis développeur depuis bien longtemps (premier ordi en 1981... un TRS-80 !), administrateur de serveurs (Linux), base de données, enfin ce genre de bricoles. J'ai développé des applications autour des GPS depuis plus de 10 ans (contrôle de vols pour des compétition de vol libre). J'ai des projets de développement autour d'OSM sur l'iPad (ma première appli 'slippy-map' tourne depuis hier)... une idée serait d'utiliser l'iPad pour enrichir OSM à l'aide d'une interface conviviale. Autre projet, intégrer dans OSM l'emplacement des sites de pratique de vol libre (parapente, deltaplane, etc) car j'ai pas mal de contacts dans le milieu que je vais activer pour obtenir la libération des données (que j'ai déjà pour la France) et aussi au delà si possible. Bienvenu. Ton idée d'OSM sur iPad risque d'intéresser pas mal de monde sur la mailing list internationale :) Emilie Laffray ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Petit nouveau... donc présen tation
2010/6/3 Christian Quest christian.qu...@gmail.com Je suis un nouveau contributeur depuis quelques semaines... et la cartographie est une drogue dure ! Evite l'overdose alors ! Bienvenue sur OSM. J'ai des projets de développement autour d'OSM sur l'iPad (ma première appli 'slippy-map' tourne depuis hier)... une idée serait d'utiliser l'iPad pour enrichir OSM à l'aide d'une interface conviviale. Une page 'ipad' est récemment apparue sur le wiki: http://wiki.openstreetmap.org/wiki/IPad Autre projet, intégrer dans OSM l'emplacement des sites de pratique de vol libre (parapente, deltaplane, etc) car j'ai pas mal de contacts dans le milieu que je vais activer pour obtenir la libération des données (que j'ai déjà pour la France) et aussi au delà si possible. Il y a déjà quelques inscrits sur cette liste qui plannent pas mal . Ca fera un de plus ;-) Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Petit nouveau... donc présen tation
Le 3 juin 2010 17:26, Pieren pier...@gmail.com a écrit : 2010/6/3 Christian Quest christian.qu...@gmail.com Je suis un nouveau contributeur depuis quelques semaines... et la cartographie est une drogue dure ! Evite l'overdose alors ! Bienvenue sur OSM. Merci, je vais me fixer des limites horaires car j'ai un peu de sommeil en retard. J'ai des projets de développement autour d'OSM sur l'iPad (ma première appli 'slippy-map' tourne depuis hier)... une idée serait d'utiliser l'iPad pour enrichir OSM à l'aide d'une interface conviviale. Une page 'ipad' est récemment apparue sur le wiki: http://wiki.openstreetmap.org/wiki/IPad Je connais la page iPad du wiki, d'ailleurs, j'ai posté la photo qui s'y trouve depuis hier. Il s'agit de mon appli ;-) Autre projet, intégrer dans OSM l'emplacement des sites de pratique de vol libre (parapente, deltaplane, etc) car j'ai pas mal de contacts dans le milieu que je vais activer pour obtenir la libération des données (que j'ai déjà pour la France) et aussi au delà si possible. Il y a déjà quelques inscrits sur cette liste qui plannent pas mal . Ca fera un de plus ;-) Pieren J'ai vu ça après quelques jours de lecture silencieuse de la mailing list. Christian ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Petit nouveau... donc prése ntation
On jeudi 3 juin 2010, Christian Quest wrote: Je suis un nouveau contributeur depuis quelques semaines... et la cartographie est une drogue dure ! Bienvenu ! J'habite dans le val de marne, (...) (contrôle de vols pour des compétition de vol libre). Whaa !! Un autre parapentiste (cagiste ?) et en plus hyper courageux pour voler dans le val de marne !! controle (...) vols (...) compét En liaison avec cargol ? J'ai des projets de développement autour d'OSM sur l'iPad (ma première appli 'slippy-map' tourne depuis hier)... une idée serait d'utiliser l'iPad pour enrichir OSM à l'aide d'une interface conviviale. Super projet ! Autre projet, intégrer dans OSM l'emplacement des sites de pratique de vol libre (parapente, deltaplane, etc) car j'ai pas mal de contacts dans le milieu que je vais activer pour obtenir la libération des données (que j'ai déjà pour la France) et aussi au delà si possible. Top méga cool !! J'ai pas mal avancé la dessus alors on pourrait joindre nos efforts, la page de regroupement que j'ai créée se trouve ici : http://wiki.openstreetmap.org/wiki/Proposed_features/free_flying J'ai eu pas mal de contact par email également avec Raphael (le webmaster de www.paraglidingearth.com) qui m'a donné un accord de principe pour l'importation de sa base Les zones d'ombres sont et restent : - j'ai son accord, mais comme son site ne le garanti pas par licence, son avis n'est pas forcément celui de tous les contributeurs du site - Rien ne permet d'assurer que le contenu ne provient pas de façon disparate avec comme source des copies de carte IGN, capture sur carte googlemaps J'ai aussi eu un contact avec la FFVL (j'avais développé pour eux un soft permettant l'export de leur base), mais il s'avère que son format est un peu alambiqué, et est moins complet que celui de PE -- sly Sylvain Letuffe sylv...@letuffe.org qui suis-je : http://slyserv.dyndns.org ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
