Re: [Talk-dk] Dobbel cykel rute for Hærvejen
Nå, der havde jeg så fået et nummer galt i halsen, den ene var en vandre rute som snildt kan have et andet forløb. Det er http://www.openstreetmap.org/browse/relation/1871785 Bicycle route ncn 3 og http://www.openstreetmap.org/browse/relation/1128388 Bicycle route icn HO og http://www.openstreetmap.org/browse/relation/61491 Bicycle route ncn icn 3 der ser ud til at dække det samme den midterste er tilgengæld en international rute, men jeg antager da den har samme forløb som en af de andre ? Carsten Den 08-06-2012 22:22, Carsten Nielsen skrev: sba-dk har gjort mig opmærksom på at der er 2 cykelruter hærvejen relationer. For mig at se er de temmelig ens men da de begge har en temmelig lang historik er de ret svære at arbejde med. http://www.openstreetmap.org/browse/relation/61491 http://www.openstreetmap.org/browse/relation/157837 http://www.openstreetmap.org/api/0.6/relation/61491/1 oprettet i 2008 og listet på Cykel wiki siden (http://wiki.openstreetmap.org/wiki/DK:Bicycle/Network-Routes) http://www.openstreetmap.org/api/0.6/relation/1871785/1 oprettet i 2011 Er der nogen der er istand til at afgøre hvilken der bør slettes ? Carsten ___ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk - Ingen virus fundet i denne meddelelse. Kontrolleret af AVG - www.avg.com Version: 2012.0.2178 / Virusdatabase: 2433/5056 - Udgivelsesdato: 08-06-2012 ___ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk
Re: [Talk-dk] Dobbel cykel rute for Hærvejen
Hej Carsten Ser du til at Relation 61491 http://www.openstreetmap.org/browse/relation/61491er den oprindelige, da 1128388 http://www.openstreetmap.org/browse/relation/1128388 ser ud til at være en superrelation (flere relationer), med nogle tyske cykelruter med. Den sidste er mystik, da den indeholder relation 61491http://www.openstreetmap.org/browse/relation/61491 og en bunke alm. veje. /Jens Den 11. jun. 2012 18.34 skrev Carsten Nielsen list_re...@toensberg.dk: Nå, der havde jeg så fået et nummer galt i halsen, den ene var en vandre rute som snildt kan have et andet forløb. Det er http://www.openstreetmap.org/**browse/relation/1871785http://www.openstreetmap.org/browse/relation/1871785Bicycle route ncn 3 og http://www.openstreetmap.org/**browse/relation/1128388http://www.openstreetmap.org/browse/relation/1128388 Bicycle route icn HO og http://www.openstreetmap.org/**browse/relation/61491http://www.openstreetmap.org/browse/relation/61491Bicycle route ncn icn 3 der ser ud til at dække det samme den midterste er tilgengæld en international rute, men jeg antager da den har samme forløb som en af de andre ? Carsten Den 08-06-2012 22:22, Carsten Nielsen skrev: sba-dk har gjort mig opmærksom på at der er 2 cykelruter hærvejen relationer. For mig at se er de temmelig ens men da de begge har en temmelig lang historik er de ret svære at arbejde med. http://www.openstreetmap.org/**browse/relation/61491http://www.openstreetmap.org/browse/relation/61491 http://www.openstreetmap.org/**browse/relation/157837http://www.openstreetmap.org/browse/relation/157837 http://www.openstreetmap.org/**api/0.6/relation/61491/1http://www.openstreetmap.org/api/0.6/relation/61491/1 oprettet i 2008 og listet på Cykel wiki siden ( http://wiki.openstreetmap.**org/wiki/DK:Bicycle/Network-**Routeshttp://wiki.openstreetmap.org/wiki/DK:Bicycle/Network-Routes ) http://www.openstreetmap.org/**api/0.6/relation/1871785/1http://www.openstreetmap.org/api/0.6/relation/1871785/1oprettet i 2011 Er der nogen der er istand til at afgøre hvilken der bør slettes ? Carsten __**_ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.**org/listinfo/talk-dkhttp://lists.openstreetmap.org/listinfo/talk-dk - Ingen virus fundet i denne meddelelse. Kontrolleret af AVG - www.avg.com Version: 2012.0.2178 / Virusdatabase: 2433/5056 - Udgivelsesdato: 08-06-2012 __**_ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.**org/listinfo/talk-dkhttp://lists.openstreetmap.org/listinfo/talk-dk ___ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk
Re: [Talk-dk] mok0 Garmin img-fil.
On 10/06/2012, at 20.10, jørgen skibsted wrote: mok0 laver et ugentligt opdateret Garmin kort over Danmark, natten til tirsdag. Kortet er lavet ud fra geofabriks denmark.osm fil. Hent det her: gmapsupp.img (ca. 50 MB). Jeg synes at dette kort er lidt mere detaljeret, en de andre der kan hente på nettet. Desværre er filen nu kun på 8KB, mod tidligere ca 60MB. Er tjenesten lukket ned, eller er det mig der kløjs i det? Et eller andet er sket, så der er gået kuk i produktionen af kortet. Jeg kan ikke sige præcis hvad, men jeg har tidligere erfaret, at processen er meget følsom over for størrelsen af kortet. Samtidig er programmet mkgmap ekstremt RAM krævende, så der kan være alskens andre problemer med serveren. Jeg prøver at kigge på det ASAP. I mellemtiden har jeg lagt den seneste gmapsupp.img der duer til noget ud på min server, den er fra 7. februar 2012. Beklager! Mvh, mok0 ___ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk
[Talk-gb-westmidlands] HOTOSM
Hi Guys, At the risk of telling you something you already know but are you aware of this project: http://hot.openstreetmap.org/ It about making maps for humanitarian efforts, so if you get bored of the West Midlands here's an area that could do with your help. Check out their simple but affective tasking tool: http://tasks.hotosm.org/ Cheers Jon ___ Talk-gb-westmidlands mailing list Talk-gb-westmidlands@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-gb-westmidlands
Re: [Talk-se] Min första ändring - Blev det rätt?
Jo, det tog lång tid =) Jag funderade lite på det där med offset tidigare verkar som det mesta är ritat efter Bing. Sprang en löprunda tidigare med GPS, en Garmin Forerunner 610...har mellan 3 och 5 meters noggranhet men var en bra bit utanför Bing kartan. Vad är det som används som referens när man ritar OSM kartan...egna GPS spår eller efter Bing kartan? Här finns GPX spår från tidigare idag http://www.christofferholmstedt.se/osm/gpx/vasteras-20120611.gpx Med vänlig hälsning -- Christoffer Holmstedt Den 11 juni 2012 20:12 skrev Joakim Fors joa...@joakimfors.org: On 11 jun 2012, at 16:53, Christoffer Holmstedt wrote: Eftersom detta är min första ändring tänkte jag dubbelkolla med er som har rutin om jag tänkte rätt med ändringen och om det blev rätt i OSM. Changeset på http://www.openstreetmap.org/browse/changeset/11865266 Det jag upptäckte var en cykelbana i markplan var ihopkopplad med en cykelbana som går på en bro ett tiotal meter ovanför. Det som gör det lite speciellt är att det är en bro för cyklar under en bro för bilar och cyklar. Så de större ändringarna jag gjorde är som följer. 1) Gjorde om motorvägsbron och tillhörande cykelbanor till layer=2 från layer=1 2) Cykelbron under motorvägen satte jag layer=1 på. 3) Flyttade den nedre bron en aning för att förtydliga att det är två separata broar. Dock vill jag ju ha den så trovärdigt placerat som möjligt men svårt att avgöra exakt vart den är utan att gå dit och fotografera/anteckna någon relation till ett objekt som är synligt från flygfoton då större delen av området verkar vara anpassat efter Bing kartor. Något jag har missat? Tycker det ser bra ut jag. Verkar som du väntat länge på att göra en. :) Ser att det finns lite andra vägar där i trakten som kunde städas upp och rätas ut. En hel del cykelvägar också som korsar andra vägar utan att det finns en nod där de korsar gemensam med den andra vägen. Ganska liten förskjutning på Bing så påverkar väl inte så farligt men inte helt fel att ändå rita nya saker med korrekt offset. /Joakim ___ Talk-se mailing list Talk-se@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-se ___ Talk-se mailing list Talk-se@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-se
Re: [Talk-se] Min första ändring - Blev det rätt?
Multipla egna GPS spår tagna längs kännspaka riktmärken är nog det som gäller. T.ex. flera gånger vid olika tidpunkter längs mitten på två vägar som korsas så får man rätt bra referens. Bing kan kasta sjukt mycket på vissa ställen… lite mindre på andra. :) /Joakim On 11 jun 2012, at 22:04, Christoffer Holmstedt wrote: Jo, det tog lång tid =) Jag funderade lite på det där med offset tidigare verkar som det mesta är ritat efter Bing. Sprang en löprunda tidigare med GPS, en Garmin Forerunner 610...har mellan 3 och 5 meters noggranhet men var en bra bit utanför Bing kartan. Vad är det som används som referens när man ritar OSM kartan...egna GPS spår eller efter Bing kartan? Här finns GPX spår från tidigare idag http://www.christofferholmstedt.se/osm/gpx/vasteras-20120611.gpx Med vänlig hälsning -- Christoffer Holmstedt Den 11 juni 2012 20:12 skrev Joakim Fors joa...@joakimfors.org: On 11 jun 2012, at 16:53, Christoffer Holmstedt wrote: Eftersom detta är min första ändring tänkte jag dubbelkolla med er som har rutin om jag tänkte rätt med ändringen och om det blev rätt i OSM. Changeset på http://www.openstreetmap.org/browse/changeset/11865266 Det jag upptäckte var en cykelbana i markplan var ihopkopplad med en cykelbana som går på en bro ett tiotal meter ovanför. Det som gör det lite speciellt är att det är en bro för cyklar under en bro för bilar och cyklar. Så de större ändringarna jag gjorde är som följer. 1) Gjorde om motorvägsbron och tillhörande cykelbanor till layer=2 från layer=1 2) Cykelbron under motorvägen satte jag layer=1 på. 3) Flyttade den nedre bron en aning för att förtydliga att det är två separata broar. Dock vill jag ju ha den så trovärdigt placerat som möjligt men svårt att avgöra exakt vart den är utan att gå dit och fotografera/anteckna någon relation till ett objekt som är synligt från flygfoton då större delen av området verkar vara anpassat efter Bing kartor. Något jag har missat? Tycker det ser bra ut jag. Verkar som du väntat länge på att göra en. :) Ser att det finns lite andra vägar där i trakten som kunde städas upp och rätas ut. En hel del cykelvägar också som korsar andra vägar utan att det finns en nod där de korsar gemensam med den andra vägen. Ganska liten förskjutning på Bing så påverkar väl inte så farligt men inte helt fel att ändå rita nya saker med korrekt offset. /Joakim ___ Talk-se mailing list Talk-se@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-se ___ Talk-se mailing list Talk-se@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-se ___ Talk-se mailing list Talk-se@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-se
[Talk-es] OSM a la Festa de la Ciència i Tecnologia de Barcelona
Hola a todos, este próximo domingo 17 de junio se celebra en el parque de la Ciutadella la fiesta de la ciencia i la tecnología de barcelona. El viernes por la tarde recibimos la confirmación oficial que OpenStreetMap estará presente en la fiesta. Nuestra aportación será el mapeo del zoo de barcelona y colaborar con la red aerobiológica de catalunya (hacen análisis de polen y riesgos de alergias) donde les ayudaremos a identificar y mapear las plantas y árboles del parque. La fiesta está dirigida sobretodo a niños y jóvenes (con sus respectivas familias). Las actividades las realizaremos en dos fases, recogida de datos en campo por las familias (de 11 a máximo las 14:30) y recogida de los datos de las familias y explicación y demos de OSM de 13 a 15. Si queréis participar en la fiesta lo podéis hacer de dos formas: 1.- Currando: Ir por el zoo y el parque a ayudar a las familias y estar en la carpa de 13 a 15 para explicar cosas de OSM. 2.- Venir con vuestras familias ha mapear, la entrada al zoo será gratis. Si hay alguien que se anima que lo diga, necesitaré nombres para la opción 1, y para la opción 2 las familias se deben registrar por la web (aún no sé la URL) Alguien se anima??? Ya sé que es precipitado, pero me pareció importante que estuviéramos cara a visibilidad del proyecto. Como os podeis imaginar a mi también me avisaron con 'mucha antelación' para poder prepararlo :P Si todo va bien además iremos a una rueda de prensa el martes. Bueno, ya me direis... Salut! -- Jaume Figueras i Jové Universitat Politècnica de Catalunya Departament d'ESAII Edifici TR11 Rambla Sant Nebridi, 10 08222 TERRASSA Telf: +34937398621 (intern UPC: 98621) Mòbil: +34650756456 (intern UPC: 44785) Fax: +34937398628 (intern UPC: 98628) inLab FIB Edifici B5-S102 C/ Jordi Girona, 31 08025 BARCELONA inLab FIB http://inlab.fib.upc.edu Centre de Simulació i Optimització de Processos Logístics (LogiSim) http://logisim.fib.upc.es Universitat Politècnica de Cataluyna http://www.upc.edu Ubuntu User #14347 - Linux User #504317 ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
[Talk-es] Preguntas preparación fiesta (ver correo anterior)
Hola de nuevo, tengo un par de preguntas: 1.- Existe alguna aplicación similar a OSMTracker (que es para Android) que funcione bien para iPhone? O aunque no sea similar alguna aplicación para iPhone que sirva para mapear 2.- Pensaba utilizar walking-papers, pero si intento hacer un mapa con la imágenes de bing no funciona. Además los últimos scans son de hace 10 días. Alguien sabe si les está pasando algo? Y cualquier consejo será bienvenido!! Otra vez gracias!! -- Jaume Figueras i Jové Universitat Politècnica de Catalunya Departament d'ESAII Edifici TR11 Rambla Sant Nebridi, 10 08222 TERRASSA Telf: +34937398621 (intern UPC: 98621) Mòbil: +34650756456 (intern UPC: 44785) Fax: +34937398628 (intern UPC: 98628) inLab FIB Edifici B5-S102 C/ Jordi Girona, 31 08025 BARCELONA inLab FIB http://inlab.fib.upc.edu Centre de Simulació i Optimització de Processos Logístics (LogiSim) http://logisim.fib.upc.es Universitat Politècnica de Cataluyna http://www.upc.edu Ubuntu User #14347 - Linux User #504317 ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
[Talk-es] carreteras nacionales trunk del estado
Hola, hace unos meses estuve editando todas las carreteras titularidad del estado de toda Andalucía, Murcia, Extremadura, Ceuta y Melilla, Albacete y Ciudad Real. veo que ahora hay usuarios que me han vuelto a cambiar las carreteras. en este enlace tenéis los mapas provinciales titularidad del estado, evidentemente si un tramo de la N-630 ha sido traspasado a un ayuntamiento, ya no es trunk. http://www.fomento.gob.es/NR/rdonlyres/39E65949-15CF-483F-BA79-09DA10658B08/109287/3020030_PlanosPROV.pdf en este enlace tenéis el catálogo provincial detallado por km. http://www.fomento.gob.es/NR/rdonlyres/86DD99F8-EEE5-440C-9E21-880C44C7BCF0/107964/3020010_CatalogoProvRCE.pdf atentos con los fallos, como por ejemplo llamar autovía o autopista a carreteras de doble sentido, que siguen denominándose trunk. animaros a seguir editando, un saludo. ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
[Talk-es] El Ayuntamiento de Zaragoza modifica los términos de uso de su portal de datos abiertos
Los términos de uso[0] del portal de datos abiertos del Ayuntamiento de Zaragoza[1] han sido modificados. Entiendo de los nuevos términos que se pueden realizar importaciones con atribución. [0]: http://www.zaragoza.es/ciudad/servicios/avisolegal.htm [1]: http://www.zaragoza.es/ciudad/risp/buscar_Risp [2]: https://twitter.com/caveroarceiz/status/212190341254758400 ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-cz] Značení trunk a motorroad
Ahoj, viz zde: http://help.openstreetmap.org/questions/7133/which-to-use-trunk-or-primary-tag/11756 Zdá se mi, že ten, kdo v tom udělal guláš, jsou Angličani, bohužel se snaží prosazovat různou interpretaci stejných tagů závisejících na lokalite, což je totálně špatně... no, komu není rady, tomu není pomoci... Kozuch Dne 11. června 2012 9:45 Petr Dlouhý petr.dlo...@email.cz napsal(a): Ahoj, chtěl bych se zeptat na správné značení trunk a motorroad. Do této chvíle jsem si myslel, že highway=trunk znamená silnici rychlostního typu (čtyřproudá, mimoúrovňová křížení) bez ohledu na to, jestli tam bezmotorová vozidla smění nebo ne. Domníval jsem se, že pokud tam nesmí, tak se přídává motorroad=yes. Na wiki to ale není dostatečně jasně popsané - je tam, že pro ČR trunk znamená silnici pro motorová vozidla. Pro SR už je tam ale poznámka, že to můžou být i jiné čtyřproudé silnice. V Rakousku je naopak tamější silnice pro motorová vozidla často pouze dvoupruhá. Jak se to má tedy značit? Je popis na wiki správně? http://wiki.openstreetmap.org/wiki/Trunk http://wiki.openstreetmap.org/wiki/Motorroad Petr Dlouhý petr.dlo...@email.cz ___ 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: [Talk-cz] Značení trunk a motorroad
Ještě PS: ono to souvisí taky s tímto: http://help.openstreetmap.org/tags/carriageway/ Trunk prostě není podle definice víceproudá... resp. nemusí být. Dne 11. června 2012 17:31 Jan Kučera kozuc...@gmail.com napsal(a): Ahoj, viz zde: http://help.openstreetmap.org/questions/7133/which-to-use-trunk-or-primary-tag/11756 Zdá se mi, že ten, kdo v tom udělal guláš, jsou Angličani, bohužel se snaží prosazovat různou interpretaci stejných tagů závisejících na lokalite, což je totálně špatně... no, komu není rady, tomu není pomoci... Kozuch Dne 11. června 2012 9:45 Petr Dlouhý petr.dlo...@email.cz napsal(a): Ahoj, chtěl bych se zeptat na správné značení trunk a motorroad. Do této chvíle jsem si myslel, že highway=trunk znamená silnici rychlostního typu (čtyřproudá, mimoúrovňová křížení) bez ohledu na to, jestli tam bezmotorová vozidla smění nebo ne. Domníval jsem se, že pokud tam nesmí, tak se přídává motorroad=yes. Na wiki to ale není dostatečně jasně popsané - je tam, že pro ČR trunk znamená silnici pro motorová vozidla. Pro SR už je tam ale poznámka, že to můžou být i jiné čtyřproudé silnice. V Rakousku je naopak tamější silnice pro motorová vozidla často pouze dvoupruhá. Jak se to má tedy značit? Je popis na wiki správně? http://wiki.openstreetmap.org/wiki/Trunk http://wiki.openstreetmap.org/wiki/Motorroad Petr Dlouhý petr.dlo...@email.cz ___ 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] routage pieton et ferry
Je suis désolé Sylvain, mais je ne suis pas du tout d'accord. Si les moteurs de routage on un problème, c'est les moteurs de routage qu'il faut corriger. On ne taggue pas plus pour le routage que pour le rendu. Sinon on va pas s'en sortir. Je comprends le bien-fondé de ta démarche et je te suis reconnaissant de promouvoir OSM à l'occasion de la fête du panier. Mais l'approche n'est pas les bonne. Je te serai donc reconnaissant de bien vouloir nettoyer les ways artificiels qui relient la ligne du ferry-boat à la voirie. Cordialement Gilles Le dimanche 10 juin 2012 à 03:39 +0200, Sylvain Maillard a écrit : @vincent: en fait je voudrais faire les 2 ! je vais distribuer un itineraire papier avec une carte (donc chemin dessine en fixe), mais egalement avec plein de qr codes dont 1 pointant vers du routage en ligne pour les smartphones ! @rodolphe: je vais aller verifier ca, mais vu que c'est une ligne reservee aux pietons, je ne pensais pas qu'elle doive etre connectee a la route d'a cote ... je vais voir pour envisager d'ajouter un higway=footway qui fait le tour du vieux-port pour connecter tout ca ... @tetsuo: le ferry c'est un transport en commun certes, mais il n'est pas pris en compte par les moteurs de routage standards. d'ou ma question initiale de savoir s'il existe un moteur de routage qui le prenne en compte ! et si c'est un moteur de recherche specifique aux transports en communs et qui m'affiche des trajets en bus ca me gene encore moins ! en fait j'ai 2 problematiques dans ma question initiale: - comprendre pourquoi un footway connecte a un steps n'est pas pris en compte, - trouver comment tagguer une ligne de ferry pour qu'elle soit utilisee ... ma question c'est bien de trouver un moteur de routage aui fasse le calcul d'itineraire pieton ET ferry ... Sur ce dernier point je n'ai toujours pas reussi a comprendre ce qui est pris en compte et de quelle maniere. Par exemple si on choisit un depart en Corse (Bastia, Ile Rousse, Calvi ou Ajaccio) et une arrivee sur le continent (Nice, Toulon ou Marseille), il y a obligatoirement une ligne de ferry d'empruntee. Seulement osmr et mapquest ont chacun leur ligne de ferry de preference (pas la meme), sans que je comprenne vraiment la difference ... - Mapquest passe toujours par Ile Rousse (code en route=ferry directement sur le way) quelque soit les points d'origine et d'arrivee, y compris quand il y a un ferry direct entre les deux (ex: ajaccion-toulon) ou que d'autres lignes sont coddees de la meme maniere, - OSMR passe toujours par Bastia (code en route=ferry sur des relations) en direction de l'italie, quelles que soient les points de depart et d'arrivee ... y compris quand le ferry le plus court en temps et distance est direct entre ajaccio et marseille ! J'ai bien conscience qu'il s'agit d'un besoin particulier, mais du coup j'ai l'impression de m'etre fourre dans un no man's land plein de bugs et particularites ... @+ Sylvain Le 9 juin 2012 20:08, Tetsuo Shima tets...@gmail.com a écrit : Boujour, Le ferry c'est un transport en commun comme un autre. Si le mode piéton route en prenant le ferry, il devrait tout aussi bien router en utilisant les ligne de bus ou de TER?! Evidement si le ferry est la seul route possible ca se comprend qu'a défaut de route piétonne le routeur propose le ferry mais autrement pourquoi le fait-il? ou du moins plus que le bus le métro tramway et autre funiculaire? Cordialement. 2012/6/9 Rodolphe Quiedeville rodol...@quiedeville.org: Le moteur de routage OSRM utilise les routes de ferry, maintenant la base de démo ne contient pas encore les mises à jour récente par contre. Sur l'exemple suivant il n'utilise pas la route la plus courte car les données doivent comporter des erreurs. Voir : http://map.project-osrm.org/Ab -- Rodolphe Quiédeville - Artisan Logiciel Libre http://cartosm.eu - Intégration de carte libre sur site web Blog : http://blog.rodolphe.quiedeville.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 ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Gilles Bassière - Web/GIS software engineer http://gbassiere.free.fr/ ___ Talk-fr mailing list
Re: [OSM-talk-fr] Outil d'importation des établissements scolaires
Le 9 juin 2012 19:24, Christian Quest cqu...@openstreetmap.fr a écrit : Je verrai une autre solution... landuse=school + les 3 POI amenity=school Le polygone définit l'étendue, l'occupation au sol pas une notion de service qui elle est apportée par les objets en amenity=* J'aime bien cette solution qui conserve les POI-amenity et décrit le terrain avec le landuse. Je vote pour. Cyrille. Pour les chefs d'établissements, je pense qu'il n'y en a pas qu'un dans le cas que j'ai cité, mais plus probablement 2 ou 3. Ah oui, il y a aussi un lycée sur le même pâté de maison mais ne pouvant être sûr du polygone, je ne l'ai pas mis dedans. Le 9 juin 2012 17:15, Vincent Pottier vpott...@gmail.com a écrit : Le 09/06/2012 15:18, Vincent de Chateau-Thierry a écrit : Pour préciser, car ma proposition n'était pas forcément claire : je suggère amenity=schools non pas à la place de chaque amenity=school, mais en plus. Sur l'exemple de Christian à Asnières, ça donnerait : * les 3 nodes inchangés pour l'école maternelle, l'école primaire et le collège : http://www.openstreetmap.org/browse/node/1780113104 http://www.openstreetmap.org/browse/node/1780113105 http://www.openstreetmap.org/browse/node/1780113008 * l'emprise commune aux 3, qui existe déjà, mais qui aurait comme valeur d'amenity schools et non school : http://www.openstreetmap.org/browse/way/43447625 Et encore une fois, le terme schools n'est qu'une première proposition. vincent Il y a combien de chefs d'établissement ? 1, je suppose. Je doute qu'on trouve des écoles élémentaires dans la base UAI. J'ai le cas d'un lycée avec une section professionnelle http://www.education.gouv.fr/bce/avancee/fiche.php?NUMERO_UAI=0251806Ctype_info=UAI_all Il s'agit bien de 1 lycée avec section... Je pencherai donc plutôt pour * un site amenity=school + name=Lycée NNN * et des membres POIs (points ou bâtiment quand on peut) amenity=school_section -- FrViPofm qui trouve qu'on avait déjà assez de mal comme ça avec des school:FR et qui, décidément, n'aime pas l'école ! ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquest ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Cyrille. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Outil d'importation des établissements scolaires
Le lundi 11 juin 2012 10:04:49 Cyrille Giquello a écrit : Le 9 juin 2012 19:24, Christian Quest cqu...@openstreetmap.fr a écrit : Je verrai une autre solution... landuse=school + les 3 POI amenity=school Le polygone définit l'étendue, l'occupation au sol pas une notion de service qui elle est apportée par les objets en amenity=* J'aime bien cette solution qui conserve les POI-amenity et décrit le terrain avec le landuse. Je vote pour. Pareil, +1 Ça me semble plus logique de faire ainsi. Je vais d'ailleurs corriger ceux que j'avais saisi avec des amenity=* -- Nicolas Dumoulin http://wiki.openstreetmap.org/wiki/User:NicolasDumoulin ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] prise de contact
bonjour je suis sur aix en provence,j'ai repéré quelques chemins dans le massif du montaiguet à tracés pour enrichir la carte Je suis disponible que le we et dans un rayon de 50km à bientôt ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] routage pieton et ferry
2012/6/11 Gilles Bassière gbassi...@gmail.com: Je te serai donc reconnaissant de bien vouloir nettoyer les ways artificiels qui relient la ligne du ferry-boat à la voirie. Cordialement Gilles Boujour, Je crois que c'est moi qui ait ajouté un bout de way au nord indiquant qu'on peut acceder a a la ligne de ferry depuis la voirie. Par contre je ne comprend pas bien en quoi ca pose un probleme de cartographie. Comment tu signifie qu'une zone vide est accessible au public ou pas, a pieds ou pas etc. Tu comptes tagger toute la surface des quais en area? Parce qu'en pratique ce probleme de routage se pose un peu partout, y compris dans les zone piétonne des centre ville, ou certaine partie de l'espace sont accessible complétement aux piéton mais ou parfois des voiture circule par endroit - sans que ce soit particulierement maétérialisé durablement - etc. La aussi le quai au droit de l'embarcadere de ferry est utilisé comme une voie d'acces au trottoir de la voirie, permettant l'acces piéton, fauteuil, vélo etc. Les routeur devrait ils imaginer l'accessibilité d'une zone vide?! Rien ne garantit qu'elle soit accessible ... ou pas s'il n'y a pas de way qui le déclare implicitement! Parce que si on ne tag ni pour le rendu ni pour le routage on fini par tagger pour quoi qu juste? Cordialement. PS : on retrouve le meme souci avec les jeté et ponton ... rien ne garantie d'office qu'il soit accessible au publique en l'absence de tag highway dessus. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Outil d'importation des établissements scolaires
Le 11/06/2012 10:13, Nicolas Dumoulin a écrit : Le lundi 11 juin 2012 10:04:49 Cyrille Giquello a écrit : Le 9 juin 2012 19:24, Christian Quest cqu...@openstreetmap.fr a écrit : Je verrai une autre solution... landuse=school + les 3 POI amenity=school Le polygone définit l'étendue, l'occupation au sol pas une notion de service qui elle est apportée par les objets en amenity=* J'aime bien cette solution qui conserve les POI-amenity et décrit le terrain avec le landuse. Je vote pour. Pareil, +1 Ça me semble plus logique de faire ainsi. Je vais d'ailleurs corriger ceux que j'avais saisi avec des amenity=* Idem Jean ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] routage pieton et ferry
@romain: oui syj pourrais m'etre utile pour la carte papier, mais ca ne repond pas ma question sur du routage ! en fait pour sortir la carte papier c'est plutot maperitive avec le fond toner de chez stamen et un gpx du trajet que je vais utiliser ;) @Gilles: je plaide non coupable ! si tu vas voir l'historique des 2 morceaux de way en question ( http://www.openstreetmap.org/browse/way/159314293 et http://www.openstreetmap.org/browse/way/166797959)m tu verra qu'il y en a meme un dont tu es l'auteur initial ;) ce dont je parlais c'etait de creer un grand highway=footway tout autour du vieux-port, et de faire une connexion entre ce footway et la ligne du ferry (qui n'est objectivement connectee a aucun way dans OSM ce qui est topologiquement faux). Mais vu les travaux en cours dans le secteur, je compte ne rien faire tant qu'ils ne seront pas termines ce dont on a d'ailleurs deja discute lors des reunions, d'attendre la fin des travaux avant de refaire la carto du secteur ;) en tout cas je l'aurais plutot mis en highway=footway vu que c'est un ferry pour pietons accessible uniquement depuis un grand trottoir ... @+ Le 11 juin 2012 09:58, Gilles Bassière gbassi...@gmail.com a écrit : Je suis désolé Sylvain, mais je ne suis pas du tout d'accord. Si les moteurs de routage on un problème, c'est les moteurs de routage qu'il faut corriger. On ne taggue pas plus pour le routage que pour le rendu. Sinon on va pas s'en sortir. Je comprends le bien-fondé de ta démarche et je te suis reconnaissant de promouvoir OSM à l'occasion de la fête du panier. Mais l'approche n'est pas les bonne. Je te serai donc reconnaissant de bien vouloir nettoyer les ways artificiels qui relient la ligne du ferry-boat à la voirie. Cordialement Gilles ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] prise de contact
Le lundi 11 juin 2012 à 10:22 +0200, yannickcat...@free.fr a écrit : bonjour je suis sur aix en provence,j'ai repéré quelques chemins dans le massif du montaiguet à tracés pour enrichir la carte Je suis disponible que le we et dans un rayon de 50km à bientôt Bonjour Yannick et bienvenu, Christian Quest a déjà transmis votre demande sur cette liste et Olivier Griffet y a déjà répondu :) Si vous avez besoin d'être accompagné pour prendre en main les outils d'édition, je vous propose de passer à l'une des réunions mensuelles du groupe de contributeurs marseillais. La prochaine à lieu le lundi 25 juin à la Boate : http://wiki.openstreetmap.org/wiki/Marseille#Rencontres_mensuelles Sinon, vous pouvez commencer vos éditions sans formation particulière. Commencez par ouvrir un éditeur (Potlatch, JOSM, ...) et suivez les guides et tutoriels : http://wiki.openstreetmap.org/wiki/FR:Main_Page http://fr.flossmanuals.net/openstreetmap/ Pour ce qui concerne les chemins de randonnées, j'ai en fait un certain nombre dans les Calanques. N'hésitez pas à consulter la zone avec votre éditeur pour voir comment sont qualifiés les pistes et sentiers. Cordialement -- Gilles Bassière - Web/GIS software engineer http://gbassiere.free.fr/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] routage pieton et ferry
Salut, je ne suis pas un spécialiste du routage, mais a mon humble avis le routage pour piéton devrait se contenter de procéder par élimination (on ne traverse pas les routes importantes sans passage piéton, on ne passe pas au travers des murs et des bâtiments, on ne va pas à la nage au bureau, etc.) plutôt que de suivre des chemins. Comme dans la vraie vie quoi ;-) Parce s'il faut tracer tous les chemins qu'on peut emprunter à pied, on a pas fini, et le rendu mapnik risque de devenir illisible... Cordialement, Mika_Gueret Le lundi 11 juin 2012 à 10:39 +0200, Tetsuo Shima a écrit : 2012/6/11 Gilles Bassière gbassi...@gmail.com: Je te serai donc reconnaissant de bien vouloir nettoyer les ways artificiels qui relient la ligne du ferry-boat à la voirie. Cordialement Gilles Boujour, Je crois que c'est moi qui ait ajouté un bout de way au nord indiquant qu'on peut acceder a a la ligne de ferry depuis la voirie. Par contre je ne comprend pas bien en quoi ca pose un probleme de cartographie. Comment tu signifie qu'une zone vide est accessible au public ou pas, a pieds ou pas etc. Tu comptes tagger toute la surface des quais en area? Parce qu'en pratique ce probleme de routage se pose un peu partout, y compris dans les zone piétonne des centre ville, ou certaine partie de l'espace sont accessible complétement aux piéton mais ou parfois des voiture circule par endroit - sans que ce soit particulierement maétérialisé durablement - etc. La aussi le quai au droit de l'embarcadere de ferry est utilisé comme une voie d'acces au trottoir de la voirie, permettant l'acces piéton, fauteuil, vélo etc. Les routeur devrait ils imaginer l'accessibilité d'une zone vide?! Rien ne garantit qu'elle soit accessible ... ou pas s'il n'y a pas de way qui le déclare implicitement! Parce que si on ne tag ni pour le rendu ni pour le routage on fini par tagger pour quoi qu juste? Cordialement. PS : on retrouve le meme souci avec les jeté et ponton ... rien ne garantie d'office qu'il soit accessible au publique en l'absence de tag highway dessus. ___ 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] Outil d'importation des établissements scolaires
2012/6/11 Nicolas Dumoulin nicolas_openstreetmap@dumoulin63.net: Pareil, +1 Ça me semble plus logique de faire ainsi. Je vais d'ailleurs corriger ceux que j'avais saisi avec des amenity=* C'est ça qui me gêne. Pour les cas simples, on a toujours mis le amenity sur l'emprise au sol (ou le bâti), sans ajouter de nodes. Donc on aura toujours des polygones avec amenity, sans landuse. J'espère qu'on ne va pas revenir la-dessus. Ca ferait beaucoup d'écoles à changer. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] routage pieton et ferry
Le lundi 11 juin 2012 à 10:39 +0200, Tetsuo Shima a écrit : 2012/6/11 Gilles Bassière gbassi...@gmail.com: Je te serai donc reconnaissant de bien vouloir nettoyer les ways artificiels qui relient la ligne du ferry-boat à la voirie. Cordialement Gilles Boujour, Je crois que c'est moi qui ait ajouté un bout de way au nord indiquant qu'on peut acceder a a la ligne de ferry depuis la voirie. Ah ! Au début, j'avais pensé que Sylvain avait changé de username... Par contre je ne comprend pas bien en quoi ca pose un probleme de cartographie. Comment tu signifie qu'une zone vide est accessible au public ou pas, a pieds ou pas etc. Tu comptes tagger toute la surface des quais en area? Mon humble avis est qu'une area serait un excès de zèle (reste à définir ses attributs). Cela dit, ça ne serait pas faux. Alors que le highway=service n'existe aucunement, c'est un artifice. Parce qu'en pratique ce probleme de routage se pose un peu partout, y compris dans les zone piétonne des centre ville, ou certaine partie de l'espace sont accessible complétement aux piéton mais ou parfois des voiture circule par endroit - sans que ce soit particulierement maétérialisé durablement - etc. La aussi le quai au droit de l'embarcadere de ferry est utilisé comme une voie d'acces au trottoir de la voirie, permettant l'acces piéton, fauteuil, vélo etc. Les routeur devrait ils imaginer l'accessibilité d'une zone vide?! Rien ne garantit qu'elle soit accessible ... ou pas s'il n'y a pas de way qui le déclare implicitement! Je ne nie pas que ce problème existe. Pour avoir travaillé sur des moteurs de routage, je suis bien conscient que ce problème existe. La difficulté à traverser des espaces non-taggué quand on est piéton a largement été discutée dans la communauté. Oui, je suis d'accord. Mais la solution n'est pas de saisir des voies artificielles dans OSM. Parce que si on ne tag ni pour le rendu ni pour le routage on fini par tagger pour quoi qu juste? On taggue pour décrire une réalité en essayant d'être objectif (autant que faire se peut). Il faut garder ça à l'esprit : on essaye simplement de bien décrire ce qu'on observe. C'est ensuite aux applications de se débrouiller pour valoriser ça. Cordialement -- Gilles Bassière - Web/GIS software engineer http://gbassiere.free.fr/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] routage pieton et ferry
Le lundi 11 juin 2012 à 10:46 +0200, Sylvain Maillard a écrit : @Gilles: je plaide non coupable ! Toutes mes excuses pour t'avoir accusé à tort, je te paierai une bière à la prochaine réunion OSM ;) si tu vas voir l'historique des 2 morceaux de way en question (http://www.openstreetmap.org/browse/way/159314293 et http://www.openstreetmap.org/browse/way/166797959)m tu verra qu'il y en a meme un dont tu es l'auteur initial ;) J'ai effectivement ajouté la ligne du Ferry-boat mais pas ces way. J'imagine que Yoko99 a prolongé puis découpé un way existant, d'où le mélange d'historique. ce dont je parlais c'etait de creer un grand highway=footway tout autour du vieux-port, et de faire une connexion entre ce footway et la ligne du ferry (qui n'est objectivement connectee a aucun way dans OSM ce qui est topologiquement faux). Mais vu les travaux en cours dans le secteur, je compte ne rien faire tant qu'ils ne seront pas termines ce dont on a d'ailleurs deja discute lors des reunions, d'attendre la fin des travaux avant de refaire la carto du secteur ;) Ouaip, sur les bus, il y a du boulot aussi... Il faudra relancer le débat sur le cheminement piéton à cette occasion. On peut à la limite utiliser des areas s'il faut vraiment utiliser quelque chose. Je ne crois pas qu'un footway résolve le problème (il faudrait le connecter à tout : entrées de bâtiments, arrêts de bus, bancs publics... on a pas fini). Je reste convaincu que le problème est à résoudre au niveau des routeurs. Cordialement Gilles en tout cas je l'aurais plutot mis en highway=footway vu que c'est un ferry pour pietons accessible uniquement depuis un grand trottoir ... @+ Le 11 juin 2012 09:58, Gilles Bassière gbassi...@gmail.com a écrit : Je suis désolé Sylvain, mais je ne suis pas du tout d'accord. Si les moteurs de routage on un problème, c'est les moteurs de routage qu'il faut corriger. On ne taggue pas plus pour le routage que pour le rendu. Sinon on va pas s'en sortir. Je comprends le bien-fondé de ta démarche et je te suis reconnaissant de promouvoir OSM à l'occasion de la fête du panier. Mais l'approche n'est pas les bonne. Je te serai donc reconnaissant de bien vouloir nettoyer les ways artificiels qui relient la ligne du ferry-boat à la voirie. Cordialement Gilles ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Gilles Bassière - Web/GIS software engineer http://gbassiere.free.fr/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Outil d'importation des établissements scolaires
Le lundi 11 juin 2012 11:00:30 Pieren a écrit : 2012/6/11 Nicolas Dumoulin nicolas_openstreetmap@dumoulin63.net: Pareil, +1 Ça me semble plus logique de faire ainsi. Je vais d'ailleurs corriger ceux que j'avais saisi avec des amenity=* C'est ça qui me gêne. Pour les cas simples, on a toujours mis le amenity sur l'emprise au sol (ou le bâti), sans ajouter de nodes. Donc on aura toujours des polygones avec amenity, sans landuse. J'espère qu'on ne va pas revenir la-dessus. Ca ferait beaucoup d'écoles à changer. Salut, Oui, bien sûr, si des écoles sont tagguées juste avec le polygone en amenity=school. Elles restent ainsi. En fait le cas du polygone landuse=school est surtout approprié pour les « groupes scolaires ». Je ne suis pas sûr qu'il soit pertinent de mettre le polygone landuse=school ET un seul POI amenity=school. Par contre, le rendu mapnik osm.org ne rend pas le landuse=school de la même manière que le amenity=school (le polygone n'est pas colorié). Il va surement falloir faire un ticket pour ça … -- 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] Autorisation Open data au Mali
Bonjour Philippe, Je maintiens le terme exhaustif puisque je parlais des démarches d'ouverture de données utilisant l'ODbL en France (ce n est pas le cas de rennes que vous citez et autres villes/collectivités non citées dans ma liste). Bonne journée. Claire @libertic Le 10 juin 2012 22:58, Philippe Verdy verd...@wanadoo.fr a écrit : « Exhaustive » je ne pense pas. On peut déjà ajouter Rennes Métropole et la ville (qui ont ouvert une série très étendue de fichiers géolocalisés). Et il doit y en avoir plein d'autres (dont tous ceux évoqués dans le passé sur cette liste). Et pourquoi se limiter à la France : on parle de donner des exemples à une ville du Mali. Des exemples ailleurs, déjà dans d'autres pays francophones, de la Belgique au Canada ou la Suisse, ou même d'autres pays francophones africains) seraient plus pertinents qu'une petite liste qui se dit (complètement à tord) exhaustive (ce qui démontrerait que l'initiative de ces villes sont des cas isolés et que la tendance est justement à la non-ouverture). Donc merci de ne surtout pas utiliser ce terme « exhaustif » et de considérer la question de façon plus globale. Cherchez vos exemple aussi hors de France, et mentionnez au moins la directive européenne (qui d'ailleurs s'applque et produit des résultats tangibles aussi dans des pays non francophones). Et l'allez pas croire que les quelques villes françaises que vous citez, en en oubliant PLEIN d'autres, seront réellement décisifs pour convaincre un autre pays. Puisque vous vous adressez à un autre pays que la France, y répondre avec un point de vue franco-français (et qui plus est de façon très restrictive), cela ne servira certainement pas la cause. Il me semble indispensable dans ce cas de ne surtout PAS oublier les directives européennes (au moins on change d'échelle : on démontre que c'est une tendance de fond qui en fin de compte finira par s'appliquer partout en Europe, et qui déjà s'est imposée dans bien des endroits que vous avez oubliés) et les initiatives prises par l'ONU ou ses agences. Et il me semble aussi utile de citer des initiatives prises par des pays bien plus pauvres que la France mais comparables aux problèmes qu'à gérer le Mali qui compte aussi (des communautés culturelles et linguistiques multiples facilement identifiées) : Haïti par exemple, Madagascar, l'ile Maurice, l'Egypte, l'Autorité palestinienne, et les collectivités locales d'Afrique du Sud... Ou même la Belgique (où les conflits linguistiques sont aussi un problème à prendre en compte). Ou encore les initiatives prises par l'Organisation de la Francophonie (clairement engagée vers le multilinguisme et la représentation des peuples et des cultures et des minorités au delà des seules représentations nationales, comme des facteurs de stabilisation, de paix et de développement). ___ 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] Osmose - faux positif soundex
C'est reviendu : http://osmose.openstreetmap.fr/map/?zoom=16lat=48.311304lon=1.998item=5050 http://osmose.openstreetmap.fr/map/?zoom=16lat=48.533744lon=2.003417item=5050 Tant qu'on y est il y a cette erreur où je ne vois pas ou est l'erreur: http://osmose.openstreetmap.fr/map/?zoom=16lat=48.701957lon=2.597599item=5010 ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Osmose - faux positif soundex
Bonjour, L'analyseur indique qu'entre le M et le D, il devrait y avoir un c minuscule Le 11 juin 2012 11:32, Maetma 91 maetm...@gmail.com a écrit : C'est reviendu : http://osmose.openstreetmap.fr/map/?zoom=16lat=48.311304lon=1.998item=5050 http://osmose.openstreetmap.fr/map/?zoom=16lat=48.533744lon=2.003417item=5050 Tant qu'on y est il y a cette erreur où je ne vois pas ou est l'erreur: http://osmose.openstreetmap.fr/map/?zoom=16lat=48.701957lon=2.597599item=5010 ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- ab_fab http://wiki.openstreetmap.org/wiki/User:Ab_fab Il n'y a pas de pas perdus ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Outil d'importation des établissements scolaires
Bonjour Am 09.06.2012 17:15, schrieb Vincent Pottier: J'ai le cas d'un lycée avec une section professionnelle http://www.education.gouv.fr/bce/avancee/fiche.php?NUMERO_UAI=0251806Ctype_info=UAI_all Il s'agit bien de 1 lycée avec section... Je suis tombé sur plusieurs cas du même type. Je pencherai donc plutôt pour * un site amenity=school + name=Lycée NNN * et des membres POIs (points ou bâtiment quand on peut) amenity=school_section +1 Pour être complet, logique et cohérent, il faudrait trois objets: * un lycée * une section générale * une section professionnelle avec une représentation de la hiérarchie entre les établissements par une relation ou des références. Mais comme dans la base de données du ministère il n'y a pas d'objet qui représenterait le lycée et la section professionnelle rattachée, je ne vois pas comment le faire. Rainer ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Osmose - faux positif soundex
Merci j'avais regardé la proposition de correction et nom le champ Name Le 11 juin 2012 11:39, Ab_fab gamma@gmail.com a écrit : Bonjour, L'analyseur indique qu'entre le M et le D, il devrait y avoir un c minuscule ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] OsmTransport : Ajouter plusieurs réseaux en Drôme/Ardèche
Les villes suivantes ont été ajouté à OSMTransport: - de Valence (Drôme), réseau CTAV; - de Romans sur Isère(Drôme), réseau Citébus; - Annonay (Ardèche), réseau Le B.A.Bus; - Montélimar (Drôme), réseau Montélibus; - Aubenas (Ardèche), réseau Tout'enbus; Si vous avez d'autres ville en tête merci de me fournir une url openstreetmap afin d'avoir l'emprise de la location. René-Luc D'Hont 3Liz Le 13/02/2012 10:21, gael07ol a écrit : Bonjour, la plupart des réseaux urbains en Drôme/Ardèche sont maintenant en place. Ajout du réseau de la ville de Nyons, il ne manque plus que le réseau de la ville de Tournon-sur-Rhône (Ardèche). - http://www.openstreetmap.org/?minlon=4.6575443649292minlat=45.229974975586maxlon=4.6775448417664maxlat=45.249978790283 Annonay (Ardèche), réseau Le B.A.Bus - http://www.openstreetmap.org/?minlon=4.3802397155762minlat=44.610544433594maxlon=4.4002401924133maxlat=44.630548248291 Aubenas (Ardèche), réseau Tout'enbus - http://www.openstreetmap.org/?minlon=4.7403175735474minlat=44.54793762207maxlon=4.7603180503845maxlat=44.567941436768 Montélimar (Drôme), réseau Montélibus - http://www.openstreetmap.org/?minlon=5.08397817611694minlat=44.333423614502maxlon=5.16468000411987maxlat=44.3835258483887 Nyons (Drôme), réseau Nyons Bus - http://www.openstreetmap.org/?minlon=5.0422437095642minlat=45.035345306397maxlon=5.0622441864014maxlat=45.055349121094 Romans sur Isère(Drôme), réseau Citébus - http://www.openstreetmap.org/?minlon=4.882080783844minlat=44.923227539063maxlon=4.9020812606811maxlat=44.94323135376 Valence (Drôme), réseau CTAV Merci à Aurélien qui à fait la plupart des réseaux. Cordialement. -- View this message in context: http://gis.19327.n5.nabble.com/OsmTransport-Ajouter-plusieurs-reseaux-en-Drome-Ardeche-tp5444168p5478567.html Sent from the France mailing list archive at Nabble.com. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] routage pieton et ferry
Le 11/06/2012 10:57, Mickaël Guéret a écrit : Salut, je ne suis pas un spécialiste du routage, mais a mon humble avis le routage pour piéton devrait se contenter de procéder par élimination (on ne traverse pas les routes importantes sans passage piéton, on ne passe pas au travers des murs et des bâtiments, on ne va pas à la nage au bureau, etc.) plutôt que de suivre des chemins. Comme dans la vraie vie quoi ;-) Parce s'il faut tracer tous les chemins qu'on peut emprunter à pied, on a pas fini, et le rendu mapnik risque de devenir illisible... Cordialement, Mika_Gueret À mon avis, non ! Un bon moteur de routage ne DOIT PAS (je vais jouer à la RFC : SHOULD NOT) supputer que le chemin est passable si rien n'est cartographié. À moins de prétendre qu'OSM est exhaustif, que toutes le falaises sont marquées, que tous les murs sont enregistrés, tous les ruisseaux... Et le tout tenu à jour, bien évidement ! Un bon moteur ne doit pas supposer (contrairement à Émilie [1] ;-) ) que s'il n'y a rien, c'est qu'il n'y a rien, donc ça passe. Un bon moteur doit être prudent et passer d'un way à un autre que s'ils sont connectés. Sauf entre le point de départ et le chemin le plus proche, demême pour l'arrivée. [1] http://wiki.openstreetmap.org/wiki/FR:Fortunes au 25/11/2009 -- FrViPofm ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Nouvelles sur Osmose de juin 2012 - ajout des traductions, du quickfix et de la Suisse
Bonjour, Quelques nouvelles sur ce qu'il s'est passé sur Osmose depuis mars dernier. Qu'est-ce que Osmose ? == Osmose [http://osmose.openstreetmap.fr] est un outil pour vérifier les données qui sont sur Openstreetmap. Il couvre actuellement la France (avec les DOM), la Belgique, le Luxembourg, Madagascar et la Suisse, afin de donner plein de résultats intéressants, et de lister des corrections à effectuer pour améliorer la carte. La mise à jour des erreurs se fait tous les 2 jours, en prenant en compte les erreurs marquées comme corrigée ou faux positif dans les bulles. Quoi de neuf ? == La Suisse a récemment été ajoutée à la liste des pays analysés. Rien n'a encore été posté sur talk-ch@, mais ça ne saurait tarder. L'interface d'osmose a été traduite en plusieurs langues (français, anglais, allemand, néerlandais et italien), ce qui devrait permettre de couvrir tous les pays analysés. Si il y a des erreurs sur les traductions, n'hésitez pas à les reporter. Il est aussi possible d'en rajouter en regardant les fichiers qui sont là: https://gitorious.org/osmose/frontend/trees/master/po La traduction des messages d'erreurs en autre chose que anglais et français est aussi prévu pour plus tard. Un mode de quickfix a été rajouté sur ~20% des erreurs. C'est un ajout sur les bulles des erreurs qui permet de voir une correction suggéré par osmose, et de l'appliquer en téléchargeant l'objet modifié dans JOSM. N'hésitez pas à reporter tout souci sur le sujet (à part pour les erreurs de monuments, où le problème est déjà connu). Le code est disponible sur gitorious, et toute contribution est la bienvenue. https://gitorious.org/osmose/frontend/ https://gitorious.org/osmose/backend/ Qu'est-ce qui est prévu ? = Comme indiqué ci-dessus, la traduction des messages d'erreur devrait être faite sous peu. Ça demande un peu de réorganisation dans la base de donnée et le backend - ce n'est donc pas aussi direct que ça pourrait l'être. Une séparation des erreurs par niveau est également prévu. Cette séparation permettra par exemple de n'afficher que les erreurs importantes, afin d'éviter de crouler sous le nombre d'erreurs sur les nouvelles zones. -- Jocelyn ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] JOSM en touche enter
Le 10/06/2012 16:11, Hélène PETIT a écrit : Le 08/06/2012 16:09, Arnaud Vandecasteele a écrit : La plupart sur cette liste travaille au quotidien pour ce projet. En ce qui me concerne, ça a été vrai, mais ce ne l'est plus ; au fil des débats stériles qui enraidissent mon imagination, je perd la moitié du plaisir de contribuer : - une moitié, c'est de remplir la base osm, - l'autre moitié c'est de papoter ici dans une ambiance un peu potache, exigeante en qualité mais aussi rigolote et distancée. Las, cette deuxième moitié s'estompe dans des souvenirs délabrés, les propriétaires de cette liste peinant à y maintenir la qualité des échanges. Je ne m'attendais pas à ce que ça me fasse cet effet là, mais voilà, c'est factuel, j'ai moins d’attraits pour la carto en ce moment ; et comment inviter de nouveaux amis sur cette liste ? j'aurai l'air de quoi ? je vais attendre encore un petit peu pour voir ce que font les propriétaires de la liste ; c'est qui d'ailleurs ? Hélène Coup de blues dans la ville rose ? ♬ Good old days, where are you ? ♬ Maintenant que le Jazz de Nougaro a disparu... -- FrViPofm ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] JOSM en touche enter
Le 11 juin 2012 21:28, Vincent Pottier vpott...@gmail.com a écrit : - l'autre moitié c'est de papoter ici dans une ambiance un peu potache, exigeante en qualité mais aussi rigolote et distancée. Pas trop potache, j'ai passé l'âge depuis longtemps de parler en invectivant les personnes en public sans croire que ça n'a pas de conséquence. Bref oui pour l'ambiance rigolote, mais ) condition que liberté d'expression soit respectée, y compris dans le style ou la forme, mais pas sans respect minimum (et c'est là-dessus que je déplore la façon dont on m'a traité ici publiquement, dans une forme qui s'apparentait à de l'acharnement malheureusement soutenu par d'autres qui n'ont pas vu cela sous cet angle, pourtant indispensable). Et je note que ça continue (j'ai laissé passer un certain nombre de réponses postées encore sur ce fil sans y répondre, ou bien j'y ai répondu en privé, mais ceux à qui je répondais ont parfois continué sur la liste... Je ne donnerai les noms de personne publiquement, car je ne veux pas envenimer les choses et justement mon attitude n'est pas come certains de blesser les gens publiquement). Quand aux solutions proposées (le blog) cela ne correspond pas au fait que je répond à certaines personnes sur la liste, qui n'auront alors aucune chance d'aller regarder ailleurs. D'autant que ce que je disais pouvais concerner tout le monde pouvant donner son avis aussi, car ce n'était de ma part que des avis non tranché ou demandant discussions (rien à voir avec un rapport d'activité personnel sur un blogue). J'aimerais donc un peu de retenue, surtout de respect. On n'est pas obligé de tout lire et répondre à tout, d'ailleurs je ne réponds pas à la mjorité des messages sur cette liste que j'efface aussi sans rien dire quand ils ne m'intéressent pas. Je voudrais que vous tous fassiez de même sans relancer des croisades personnelles. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] routage pieton et ferry
Le 11 juin 2012 21:08, Vincent Pottier vpott...@gmail.com a écrit : Le 11/06/2012 10:57, Mickaël Guéret a écrit : Salut, je ne suis pas un spécialiste du routage, mais a mon humble avis le routage pour piéton devrait se contenter de procéder par élimination (on ne traverse pas les routes importantes sans passage piéton, on ne passe pas au travers des murs et des bâtiments, on ne va pas à la nage au bureau, etc.) plutôt que de suivre des chemins. Comme dans la vraie vie quoi ;-) Parce s'il faut tracer tous les chemins qu'on peut emprunter à pied, on a pas fini, et le rendu mapnik risque de devenir illisible... Sans compter qu'en plus il y a des tonnes de propriétés privées un peu partout, diverses difficultés liées à la sécurité. En revanche, une place piétonne devrait pouvoir être prise en charge même par les moteurs de rendus qui les vient comme un chemin circulaire (mais ils ne sauront pas dire si on peut les traverser à pied ou si on doit en faire le tour, mais ils ne marqueront pas le routage comme impossible par cette place (mais ne pourra pas trouver en revanche certains points de passage). Une solution: les places piétonnes devraient marquer les points d'entrée où elles ont une intersection avec les rues et chemins qui y arrivent et s'y connectent. En énumérant une liste de points entre lesquels tous les chemins sont valides (sans pour autant avoir à tracer les ways joignant toutes les paires possibles), cela éliminerait bien des difficultés, à condition que les moteurs de routage puissent en tenir compte en générant eux-mêmes ces listes de chemins possibles (par un segment en ligne droite au mieux, même si on peut ou doit aller en zig-zag à cause d'autres obstacles non cartographiés ou temporaires, tels que des étals de marché, des éléments de décoration florale, des arbres ou encore des plots au sol qu'on doit contourner, ou des tas de trucs oubliés comme des points d'accrochage pour vélos). L'autre raison du zig-zag est aussi liée à l'occupation et le trafic variable des piétons eux-mêmes (selon les heures, et souvent aussi selon les horaires de transports en commun, ou certaines affluences de quelques commerces et services spécifiques comme les files d'attente de cinéma), qui s'imposent alors d'eux-mêmes des sens de circulation plus pratiques que d'autres. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] [opendata] Nice Côte d'Azur
Orthophotographie 2009, Cadastre, Collecte, Equipement, Limites administratives, Voirie, http://www.nicecotedazur.org/territoire/donn%C3%A9es-g%C3%A9ographiques/donn%C3%A9es-g%C3%A9ographiques-publiques Question OpenData je crois que c'est un FAIL : Lire les Conditions Générales de Réutilisation : CGR données publiques -- Cyrille. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [opendata] Nice Côte d'Azur
Ca me parait Open-Data selon les définitions habituelles, même si ce n'est pas une licence OdBL : - droit personnel et non exclusif de réutilisation des Informations publiques dans un cadre non-commercial ou commercial - réutilisation des Informations publiques gratuite. - aucun droit de propriété sur les Informations publiques signifie qu'on doit juste conserver l'attribution (copyright, mention de la source) - la réserve du droit moral est de toute façon applicable à tout en France, licence ou pas. - Le réutilisateur est autorisé à retraiter et à mettre à jour les Informations Publiques afin de permettre leur exploitation ainsi qu'à effectuer toute action permettant d'améliorer les Informations Publiques. Autrement dit les modifications (œuvres dérivées) sont explicitement autorisées - Les restrictions imposent seulement de ne pas imposer une redevance pour l'usage, la modification ou la redistribution des données ; comme il n'y a aucun transfert de propriété intellectuelle, un modificateur ne peut ajouter ses propres restrictions et leur conférer un caractère obligatoire. - On peut discuter de la compatibilité de cette licence avec OdBL, mais pour moi c'est bien une licence ouverte (mais pas une licence libre dans le sens où il n'y a pas l'effet viral de la GPL qui impose de pouvoir appliquer une licence supplémentaire GPL en supprimant la licence d'origine); mais cela n'interdit pas d'y ajouter une licence OdBL qui impose déjà les restrictions ci-dessus (attribution) et qui aussi est contrainte par le droit légal (le droit moral n'est pas un frein, tant qu'on ne dénature pas l'auteur, c'est compatible de la même façon que ce qu'on indique pour le cadastre). D'autre part la clause de déni de responsabilité est tout à fait comparable à celle de la GPL. De même la clause « Le réutilisateur s’engage par conséquent à ne pas faire un usage des données à caractère personnel qui serait contraire aux dispositions de la loi n° 78-17 du 6 janvier 1978 modifiée relative à l’informatique, aux fichiers et aux libertés. En outre, tout traitement de données à caractère personnel en méconnaissance de la loi n° 78-17 du 6 janvier 1978 modifiée relative à l’informatique, aux fichiers et aux libertés est passible des sanctions pénales des articles 226-16 et suivants du code pénal. » ne nous engage qu'à ne pas croiser les données avec des données personnelles, ce qui est compatible avec OSM puisqu'on s'interdit déjà de faire mention ou croiser de ces données personnelles dans la base de données (noms de personnes, adresses couriel/postale, téléphone, revenus, équipements privés non directement visibles depuis l'accès public et n'ayant pas d'emprise ni d'impact sur celui-ci). Sans préjudice des personnes morales qui ne sont pas concernées par cette loi et la protection défendue par la CNIL. De fait la base OSM n'a pas été déclaré à la CNIL (et ne DOIT PAS le faire). Si nécessaire, on peut d'une façon générale ajouter l'attribution générale de l’« Agence du patrimoine immatériel de l’État » (APIE, http://www.apiefrance.fr/) parmi les attributions concernant la France. Puisque c'est bien de l'APIE dont il s'agit ici (et qui d'ailleurs risque bien d'être cité souvent par d'autres collectivités locales qui délèguent totalement leur données pour les faire protéger par l'APIE plutôt qu'en leur nom propre, même si elles sont à l'origine de ces données collectées ou demandées à leur prestataires de marchés publics). Une clause supplémentaire s'ajoute concernant ceux qui importeront les données : « Dans le cas d'un retraitement, d'une mise à jour ou d'une amélioration des Informations Publiques, le réutilisateur doit indiquer les actions menées sur les données originales. » En cas de filtrage/simplification lors de l'import initial qui mentionnera la source, on doit indiquer sommairement si ces données ne sont pas exactement identiques (notamment si une opération de fusion a eu lieu avec d'autres objets de la base OSM pour éviter des doublons). Ces données fusionnées restent compatibles en tant qu'apports supplémentaires, parfaitement autorisés pour enrichir ces données ou les corriger par la suite pour répondre à des besoins propres aux applications OSM. Qu'est-ce qui vous choque dans cette licence ? Le 11 juin 2012 23:17, Cyrille Giquello cyrill...@gmail.com a écrit : Orthophotographie 2009, Cadastre, Collecte, Equipement, Limites administratives, Voirie, http://www.nicecotedazur.org/territoire/donn%C3%A9es-g%C3%A9ographiques/donn%C3%A9es-g%C3%A9ographiques-publiques Question OpenData je crois que c'est un FAIL : Lire les Conditions Générales de Réutilisation : CGR données publiques -- Cyrille. ___ 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
[Talk-GB] Response from Hampshire County Council
Hello everyone, Re: the Hampshire ROW data - this is the response I got from the person I am in contact with. In answer to the queries below, the data is free to use as is the OS open data on their website. The data was originally captured against the 10k raster data, meaning it carried OS IPR. However, OS introduced an exemption process that allowed creators of data with IPR (Derived Data) to apply for an exemption. Cambridgeshire were the first to successfully do this, we then used their process/application to apply to have Hampshire's exempt, which was granted. Following this we can now release the data using the OS open data licence, as the exemption basiclaly means that it can be used in the same manner as the data that OS have published themselves as open. The query as to our data being on the OS site I think refers to the line in the licence where OS are actually saying their Open Data is on the site, not all data that gets published under the licence, for example our RoW data. So in short, we believe the RoW data can be incorporated into OpenStreetmap as long as acknowledgement and copyright is shown from where it came and how can be used So in summary it appears that the OS gave HCC specific permission to use this, and I'm guessing it's OK to use in OSM, but I am not in any sense of the word a legal expert so, what are people's opinions on this? Thanks, Nick ___ Talk-GB mailing list Talk-GB@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-gb
Re: [Talk-GB] Response from Hampshire County Council
Hi Nick, It's not clear where the e-mail ends and your commenting starts. If the paragraph So in short, we believe the RoW data can... is there's, then I'd support using it in OpenStreetMap. I believe it's commonly accepted that acknowledgement/copyright/attribution made in the relevant wiki page (imports catalogue?) and in a source tag for the changeset, is acceptable. On 11 June 2012 13:28, Nick Whitelegg nick.whitel...@solent.ac.uk wrote: Hello everyone, Re: the Hampshire ROW data - this is the response I got from the person I am in contact with. In answer to the queries below, the data is free to use as is the OS open data on their website. The data was originally captured against the 10k raster data, meaning it carried OS IPR. However, OS introduced an exemption process that allowed creators of data with IPR (Derived Data) to apply for an exemption. Cambridgeshire were the first to successfully do this, we then used their process/application to apply to have Hampshire's exempt, which was granted. Following this we can now release the data using the OS open data licence, as the exemption basiclaly means that it can be used in the same manner as the data that OS have published themselves as open. The query as to our data being on the OS site I think refers to the line in the licence where OS are actually saying their Open Data is on the site, not all data that gets published under the licence, for example our RoW data. So in short, we believe the RoW data can be incorporated into OpenStreetmap as long as acknowledgement and copyright is shown from where it came and how can be used So in summary it appears that the OS gave HCC specific permission to use this, and I'm guessing it's OK to use in OSM, but I am not in any sense of the word a legal expert so, what are people's opinions on this? Thanks, Nick ___ Talk-GB mailing list Talk-GB@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-gb -- Gregory o...@livingwithdragons.com http://www.livingwithdragons.com ___ Talk-GB mailing list Talk-GB@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-gb
Re: [Talk-GB] Response from Hampshire County Council
Hello Gregory, The quotes are used to quote the email. So the 'so in summary...' bit is mine and the 'so in short' is theirs. Nick -Gregory nomoregra...@googlemail.com wrote: - To: Nick Whitelegg nick.whitel...@solent.ac.uk From: Gregory nomoregra...@googlemail.com Date: 11/06/2012 02:02PM Cc: talk-gb@openstreetmap.org, legal-t...@openstreetmap.org Subject: Re: [Talk-GB] Response from Hampshire County Council Hi Nick, It's not clear where the e-mail ends and your commenting starts. If the paragraph So in short, we believe the RoW data can... is there's, then I'd support using it in OpenStreetMap. I believe it's commonly accepted that acknowledgement/copyright/attribution made in the relevant wiki page (imports catalogue?) and in a source tag for the changeset, is acceptable. On 11 June 2012 13:28, Nick Whitelegg nick.whitel...@solent.ac.uk wrote: Hello everyone, Re: the Hampshire ROW data - this is the response I got from the person I am in contact with. In answer to the queries below, the data is free to use as is the OS open data on their website. The data was originally captured against the 10k raster data, meaning it carried OS IPR. However, OS introduced an exemption process that allowed creators of data with IPR (Derived Data) to apply for an exemption. Cambridgeshire were the first to successfully do this, we then used their process/application to apply to have Hampshire's exempt, which was granted. Following this we can now release the data using the OS open data licence, as the exemption basiclaly means that it can be used in the same manner as the data that OS have published themselves as open. The query as to our data being on the OS site I think refers to the line in the licence where OS are actually saying their Open Data is on the site, not all data that gets published under the licence, for example our RoW data. So in short, we believe the RoW data can be incorporated into OpenStreetmap as long as acknowledgement and copyright is shown from where it came and how can be used So in summary it appears that the OS gave HCC specific permission to use this, and I'm guessing it's OK to use in OSM, but I am not in any sense of the word a legal expert so, what are people's opinions on this? Thanks, Nick ___ Talk-GB mailing list Talk-GB@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-gb -- Gregory o...@livingwithdragons.com http://www.livingwithdragons.com ___ Talk-GB mailing list Talk-GB@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-gb
Re: [Talk-GB] Response from Hampshire County Council
I say go ahead and use it. In addition to your response from Hants CC, I found the following on OS's website (see Paul's reply 10, January, 2011 at 5:01): But because we know that OS OpenData is used in different formats, how the acknowledgement is included is entirely at the discretion of the user. [1] It would look like OS don't mind too much. He uses the example of the cyclestreets website that maintain a separate credits page. As OS is already in OSMs credit page and any use of OSM data has a attribution back to OSM, there is a clear trail for discovering credits. [1] http://blog.ordnancesurvey.co.uk/2011/01/changes-to-the-os-opendata-licence/ Rob ___ Talk-GB mailing list Talk-GB@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-gb
Re: [Talk-us] Import discussions
On 6/11/2012 10:54 AM, Alan Mintz wrote: Personally, I wish that all those that want to import building outlines would first think about the existing street network (this, after all, being OpenSTREETMap). So much of the US is still unedited TIGER 2005 data - mis-aligned, poorly connected, stale-named, and missing lots of new construction from the peak to the end of the housing boom. I'll agree with this. I'm not sure of the value of building outlines until someone actively uses or updates them. ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
[Talk-us] User adding hidden and non-official Interstate ref tags
I've just notice that the user SD Mapman has added in the ref tags several hidden Interstates and removed what was originally in those tags (example: ref=US 27 ref=I 124). It seems he's done this for all of the hidden Interstates.http://www.openstreetmap.org/user/SD%20Mapman/edits?page=5 He's also added I-49 ref tags in MO, even though the Interstate there isn't official yet till later this year. (should be on page 1 and page 2 of his edits atm) He also added the I-74 tags back to the Laurinburg, NC bypass of US-74. I haven't heard anything about NCDOT getting permission to put the shields back up yet on that segment (I personally was lucky enough to travel that section while the shields were still up). I've sent him a message on this subject already and gave him a link to talk-us. Hopefully, he'll come on here and talk about his edits on this subject. In the meantime, who here wants to play fix the ref tags? lol. --James ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] Seeing things you don't care about in the database
On 6/11/2012 7:17 PM, Mark Gray wrote: On one hand, I share the frustration of having lots of new data in an area making some of our tools slower and more difficult to use. In my area a building footprint import slowed down most of the mapping tools and land use polygons can get in the way of editing roads. I agree with this. But I'm not sure that there is a solution. You can use XAPI/Overpass API to download only roads in an area, but you get conflicts (or worse, you move a node and screw up something else without realizing it) when nodes are shared with other non-downloaded features. This can happen directly (road passing through a building or the IMO bad practice of using roads as landuse borders) or indirectly (e.g. road - parking lot - building - landuse). ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] Seeing things you don't care about in the database
From a slightly different perspective, there are, in fact, many solutions, each of which may be suboptimal in some respects. In any case, the scalability issues arising as a result of data growth will need to be dealt with. Some benefits may be had looking for optimizations to apply to data download implementation, which would allow increasing the download sizes for JOSM. I use the web based editors for very simple/very small areas as they're significantly slower than JOSM. It is certainly possible to split feature storage into separate layers, but it would make conflict checking and conflation (much) more complex, and ideally would be shared nothing across the layers. Still, at some point, a data partitioning scheme may be required as size continues to increase. If editing with JOSM, subsets of features can be turned off for display purposes to help focus on the current task, but all data still needs to be loaded locally, so not very helpful in densely featured areas. On Mon, Jun 11, 2012 at 4:47 PM, Nathan Edgars II nerou...@gmail.comwrote: On 6/11/2012 7:17 PM, Mark Gray wrote: On one hand, I share the frustration of having lots of new data in an area making some of our tools slower and more difficult to use. In my area a building footprint import slowed down most of the mapping tools and land use polygons can get in the way of editing roads. I agree with this. But I'm not sure that there is a solution. You can use XAPI/Overpass API to download only roads in an area, but you get conflicts (or worse, you move a node and screw up something else without realizing it) when nodes are shared with other non-downloaded features. This can happen directly (road passing through a building or the IMO bad practice of using roads as landuse borders) or indirectly (e.g. road - parking lot - building - landuse). __**_ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.**org/listinfo/talk-ushttp://lists.openstreetmap.org/listinfo/talk-us -- John Novak 585-OLD-TOPOS (585-653-8676) ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] Seeing things you don't care about in the database
On Mon, Jun 11, 2012 at 4:47 PM, Nathan Edgars II nerou...@gmail.com wrote: I agree with this. But I'm not sure that there is a solution. You can use XAPI/Overpass API to download only roads in an area, but you get conflicts (or worse, you move a node and screw up something else without realizing it) when nodes are shared with other non-downloaded features. This can happen directly (road passing through a building or the IMO bad practice of using roads as landuse borders) or indirectly (e.g. road - parking lot - building - landuse). One option would be for every object returned from an API query to have a complete/incomplete flag. This flag would be set if an object (e.g. a node) is part of another object that has not been downloaded because it's not on the same layer. If the editor sees such an object being modified, it pulls all the parent elements from the API. Cheers ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
