Re: [Talk-it] Il DB di Geofabrik

[aldoct]

Non penso sia questa la spiegazione. I dati presenti nel DB di OSM sono
sempre gli stessi. Il "cosa" vedere e "come" vedere questi dati dipende
invece non dal software (Basecamp o altri); bensì dalle istruzioni che
abbiamo dato nella compilazione della mappa. Chi usa installare le mappe
tramite il file mtbmap.exe ha visto che in fase di setup puoi scegliere un
layout differente. Quindi lo stesso dato può essere mostrano oppure no e può
essere visto in un modo piuttosto che in un altro (una strada può essere
rossa o verde). Nel caso delle autostrade si tratta di dati aggiuntivi (le
vecchie tracce), non della loro visualizzazione. Da come ho capito io, da un
unico DB, alcuni "soggetti" (Geofabrik è uno di questi ed è il più seguito)
lo elaborano, mettendolo a disposizione per il download. Farò un controllo
scaricando gli stessi dati da un'altra fonte
(http://garmin.openstreetmap.nl/).   



--
Sent from: http://gis.19327.n8.nabble.com/Italy-General-f5324174.html

___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

[OSM-talk] Pista ng Mapa 2019 conference

[Erwin Olario]

Hi everyone.

Should you be in our part of the region this August, we'd like to invite
you to our local open mapping conference, Pista ng Mapa (Festival of Maps.)

The advocates from the local map-py communities (OpenStreetMap, FOSS4G)  in
the Philippines are organizing Pista ng Mapa in Dumaguete, Central Visayas,
Philippines [0] this August, and hosted by Foundation University [1].

Pista ng Mapa is an outreach activity for generating public interest, and
promote the use of open (geo) data and free software, gather enthusiasts
and users in the public and private sector, and grow local communities
outside the capital region, Metro Manila.

All sessions and workshops are free of charge, and made possible by the
generous support of the following sponsors: Kaart [2], Grab [3], HIVOS [4],
and Mapillary [5]

Kindly RSVP to reserve your spot: https://ti.to/PistaNgMapa/2019

[0]: https://osm.org/go/4nuN_AIGj?m=
[1]: https://foundationu.com/
[2]: https://kaartgroup.com
[3]: https://grab.com
[4]: https://sea.hivos.org/
[5]: https://mapillary.com/

- - - - - - - - - - - - - - - - - - -
» email: erwin@ *n**gnu**it**y**.xyz*
 | gov...@gmail.com
» mobile: https://t.me/GOwin
» OpenPGP key: 3A93D56B | 5D42 7CCB 8827 9046 1ACB 0B94 63A4 81CE 3A93 D56B
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

[OSM-talk] SotM 2020

[Christine Karch]

Hello OSM community,

at the moment we have no venue for SotM 2020. There are no candidates
even yet. Hello world! Is there any OSM community who would like to host
SotM spontaneous? We extend the call for bids until end of August. We
would like to present the SotM 2020 in Heidelberg during SotM 2019.

Please use our wiki form for the formal part of your bid [1]. But don't
hesitate to ask questions to the SotM working group via email.

Did you ever consider to provide the unconference format? This could be
an amazing change to what we are used. Or should we just meet for a
barbecue? :)

Or how about an upgrade of your local conference to a global?

Cheers,

Christine




[1]
https://wiki.openstreetmap.org/wiki/State_of_the_Map_2020/Call_for_venues

___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [Talk-GB] Snowdonia National Park missing?

[Brian Prangle]

That doesn't mean I understood it enough to have the confidence to tackle
such a task

On Tue, 18 Jun 2019, 21:29 Dave F via Talk-GB, 
wrote:

> I thought how to fix it was explained to you last time:
> http://ra.osmsurround.org/analyzeRelation?relationId=287245
>
> On 18/06/2019 20:23, Brian Prangle wrote:
>
> Hi everyone
>
> Probably a broken a relation. Beyond my skills to investigate and fix. Can
> someone suitably equipped please take a look?
>
> Regards
>
> Brian
>
>
>
>
> ___
> Talk-GB mailing 
> listTalk-GB@openstreetmap.orghttps://lists.openstreetmap.org/listinfo/talk-gb
>
>
> ___
> Talk-GB mailing list
> Talk-GB@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-gb
>
___
Talk-GB mailing list
Talk-GB@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-gb

Re: [Talk-se] Något har pajat utanför Katrineholm (var det jag?)

[Christian Asker]

Hej. Ja nu ser det ok ut för mig med. Jag ändrade multipolygoner för vatten och 
sen försvann land, så jag blev lite nervös.

MVH Christian

"Andreas Vilén"  skrev: (18 juni 2019 22:05:07 CEST)
>Jag ser inget fel i datan och renderingen ser korrekt ut. Har det
>rättat
>till sig hos dig med? Ser att du skickade samma mail en gång till efter
>Grigorys svar.
>
>MVH Andreas
>
>On Tue, Jun 18, 2019 at 12:02 PM Christian Asker
>
>wrote:
>
>> Hej. jag gjorde precis ett par mindre ändringar utanför Katrineholm
>>
>(https://www.openstreetmap.org/changeset/71301921#map=13/58.8063/16.0782).
>>
>> Men nu verkar bakgrunden på den renderade kartan bli vatten överallt.
>> Var detta jag? Jag kan inte se något fel i mitt changeset som kan ha
>> orsakat felet.
>>
>>
>> Mvh Christian
>>
>> ___
>> Talk-se mailing list
>> Talk-se@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-se
>>

-- 
Skickat från min Android-enhet med K-9 Mail. Ursäkta min fåordighet.___
Talk-se mailing list
Talk-se@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-se

Re: [Talk-GB] Snowdonia National Park missing?

[Dave F via Talk-GB]

I thought how to fix it was explained to you last time:
http://ra.osmsurround.org/analyzeRelation?relationId=287245

On 18/06/2019 20:23, Brian Prangle wrote:

Hi everyone

Probably a broken a relation. Beyond my skills to investigate and fix. Can
someone suitably equipped please take a look?

Regards

Brian



___
Talk-GB mailing list
Talk-GB@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-gb


___
Talk-GB mailing list
Talk-GB@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-gb

Re: [OSM-talk-fr] question philantropique - impact environnemental du libre

[Axel Listes]

Le 18/06/2019 à 08:23, Christian Quest a écrit :
> Il y a quand même dans le libre une tendance à optimiser et maintenir une
> compatibilité pour permettre de fonctionner sur du matériel plus limité,
> voire ancien.
> 
> Là, oui, un linux léger permet de prolonger la durée d'usage d'un
> ordinateur qui avec un OS propriétaire (pas forcément de dernière
> génération mais au moins maintenu pour la sécurité) serait trop lent pour
> être utilisé. Ceci permet souvent de donner une deuxième vie aux machines
> qu'on mettrait sinon en déchetterie.

Je pense qu'il s'agit clairement du principal atout du logiciel libre.
La pollution numérique ne concerne pas uniquement la durée de vie utile
de l’appareil, mais aussi sa conception et son recyclable ... ou son
trafic dans le tiers monde.

Exploitation de métaux rares, non recyclage possible de la majorité de
ces mêmes métaux, eau, énergie consommé pour la génération de l’appareil
et son démantèlement ...
Dans le numérique, le geste le plus écologique est sûrement à ce jour le
prolongement de vie des appareils.

https://www.wwf.fr/projets/numerique-responsable

-- 

L’intégralité de ce courrier électronique est exclusivement réservé à
l'usage des personnes auxquelles il est destiné. L’auteur ne donne pas
autorisation pour une quelconque autre exploitation de données,
notamment à des fins de statistiques et de surveillance.

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [Talk-se] Något har pajat utanför Katrineholm (var det jag?)

[Andreas Vilén]

Jag ser inget fel i datan och renderingen ser korrekt ut. Har det rättat
till sig hos dig med? Ser att du skickade samma mail en gång till efter
Grigorys svar.

MVH Andreas

On Tue, Jun 18, 2019 at 12:02 PM Christian Asker 
wrote:

> Hej. jag gjorde precis ett par mindre ändringar utanför Katrineholm
> (https://www.openstreetmap.org/changeset/71301921#map=13/58.8063/16.0782).
>
> Men nu verkar bakgrunden på den renderade kartan bli vatten överallt.
> Var detta jag? Jag kan inte se något fel i mitt changeset som kan ha
> orsakat felet.
>
>
> Mvh Christian
>
> ___
> Talk-se mailing list
> Talk-se@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-se
>
___
Talk-se mailing list
Talk-se@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-se

Re: [Talk-it] Aggiornamento sugli studenti dell'IIS Avogadro di Torino

[Alessandro Vitali]

Grazie dei video e grazie dell'aiuto!
Io ho partecipato a Padova e ho apprezzato moltissimo il vostro lavoro!
Sarebbe da replicare in tutte le scuole!

Ale. Vit.

Il giorno mar 14 mag 2019 alle ore 15:59 solitone  ha
scritto:

> Bel lavoro, complimenti ai ragazzi!
>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

[Talk-GB] Snowdonia National Park missing?

[Brian Prangle]

Hi everyone

Probably a broken a relation. Beyond my skills to investigate and fix. Can
someone suitably equipped please take a look?

Regards

Brian
___
Talk-GB mailing list
Talk-GB@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-gb

Re: [OSM-talk-fr] question philantropique - impact environnemental du libre

[Violaine_Do]

Merci ! Très intéressant!

J'avoue que j'avais pensé surtout au ressources 
humaines/énergétiques/matérielles qu'on gagne quand on ne réinvente pas 
ou recréé pas des données qui ont déjà été collectées (remarque de Marc 
:)). Ce serait marrant (ou inquiétant) de regarder osm vs google et/ou 
here et/ou les autres... avec toutes les incertitudes / incapacités à 
tracer ça... :/


On 17/06/2019 23:11, Vincent Bergeot wrote:

Le 18/06/2019 à 10:46, David Delon a écrit :

Bonjour,

Il y a pas mal de ressources avec les mots clefs "logiciel libre et 
développement durable", avec donc un élargissement à l'impact social 
et économique.


Voir entre autre :
- 
https://www.april.org/les-logiciels-libres-un-modele-pour-le-developpement-durable-de-notre-societe-samuel-chenal 
 (Verbatim de la conférence "Les logiciels libres, un modèle pour le 
développement durable de notre société 2014").


- 
https://framablog.org/2010/10/20/logiciel-libre-et-developpement-durable-meme-combat/ 
(Logiciel libre et développement durable, même combat ? 2010).


en complément

sur les rmll 2010 la thématique qui déjà m'intéressait un peu : 
http://2010.rmll.info/-Economie-Sociale-et-Solidaire-Developpement-Durable-.html


dont 
http://2010.rmll.info/Open-Source-et-RSE-Le-role-de-l-Open-Source-dans-l-informatique-responsable.html


et celle ci annulé d'un chercheur 
http://2010.rmll.info/Les-logiciels-libres-qui-participent-du-developpement-durable.html


à plus







David.






Le 18/06/2019 à 00:01, Violaine_Do a écrit :

Hello,

Je me demandais si certains d'entre vous avaient des références ou 
argumentaire sur le bien fondé du bien commun d'un point de vue 
environnemental / ressources et/ou un comparatif vs solutions 
propriétaire? (je pense qu'on est tous convaincus, mais un 
référentiel sur le sujet ne seraient que bénéfiques..). Je pense que 
ça peut aussi nous aider à faire avancer (encore plus) OSM...


Des liens / articles à lire sur le sujet?

Merci..

A bientôt

PS: gros big up aux organisateurs du SOTM et aux communicants, ça 
permet de suivre de loin!!




___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr




--
Violaine_Do


___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] routage surfacique

[marc marc]

j'ai bien vu cela (même si n'est pas compréhensible sur la capture)
mais aucun des 4 itinéraires n’atteint l'itinéraire réel
alors que ce sont 2 points de osm de la place.
donc même ce site a du limiter le nuage de way représentant la place.
alors imagine les dégâts si tu routes entre Paris et Monpellier
en surfacique.

Le 18.06.19 à 20:25, osm.sanspourr...@spamgourmet.com a écrit :
> Marc j'ai fait comme toi, écrit à peu près le même message et me suis 
> rendu compte avant de l'expédier que c'était l'ergonomie de l'outil et 
> non l'outil qui péchait.
> 
> Car là il te montre 4 trajets possibles : le plus court, le plus calme, 
> le plus touristique...
> 
> Il faut cliquer à Gauche sur le mode fin que tu souhaites pour qu'il 
> mette en évidence un seul des 4 trajets.
> 
> Jean-Yvon
> 
> Le 18/06/2019 à 20:10, marc marc - marc_marc_...@hotmail.com a écrit :
>> Le 18.06.19 à 18:48, lenny.libre a écrit :
 donc pour ma part, les routes donnant sur une place
 se rejoignent en un point + souvent place=square
 c'est une représentation imparfaite, mais c'est
 à l'heure actuelle sans doute le meilleur compromis
>>> Pourquoi les outils évolueraient-ils, si on leur mâche le boulot ?
>> les évolutions des tags dans osm se font généralement
>> - soit par des tags supplémentaires (highway puis maxspeed
>> puis lanes puis turn:lanes par ex)
>> - soit par un changement de tags (par ex power=sub_Station
>> divisé en 2 power=substation et power=generator).
>> Si on suit cette logique, c'est area:highway qui devrait
>> être utilisé pour une transitions sans dégradation.
>>
>> casser en disant "yaka faire du routage surfacique",
>> c'est méconnaître ce que cela implique techniquement :
>> il y a un gros travail de prétraitement à faire.
>> je ne retrouve plus hélas l'article qui était publiée sur osmweekly
>> mais la moindre place avec qlq rues est transformée en un nuage
>> de way qui connectent tous les paires de points de la surface.
>> en passant, cela veux dire aussi qu'une place surfacique
>> avec 8 nœuds consomme 9x l'espace disque et mémoire
>> comparé à sa version linéaire et ce n'est pas en un claquement
>> de doigt qu'on augmente la puissance d'un serveur gratuit.
>>
>> je pense que les outils continueront de s'améliorer simplement
>> à la demande de leur utilisateur, en fonction des ressources dispo.
>>
>>> alors quehttps://moodwalkr.com/@montpellier/itineraire
>>> peut calculer un itinéraire
>> https://framapic.org/nEjSW3hpuqm3/7c38wQyfPHD1.png
>> j'espère que tu partageras mon avis que l'amélioration par
>> rapport à une représentation filaire ne saute pas aux yeux
>> alors que le point de départ et d'arrivée sont accessible
>> en ligne droite sans obstacle.
>> PS: je n'ai pas chercher à mettre l'outil en difficulté,
>> j'ai juste demandé la place et une adresse de la place.
>> ___
>> Talk-fr mailing list
>> Talk-fr@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-fr
> 
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
> 

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] routage surfacique

[osm . sanspourriel]

Marc j'ai fait comme toi, écrit à peu près le même message et me suis
rendu compte avant de l'expédier que c'était l'ergonomie de l'outil et
non l'outil qui péchait.

Car là il te montre 4 trajets possibles : le plus court, le plus calme,
le plus touristique...

Il faut cliquer à Gauche sur le mode fin que tu souhaites pour qu'il
mette en évidence un seul des 4 trajets.

Jean-Yvon

Le 18/06/2019 à 20:10, marc marc - marc_marc_...@hotmail.com a écrit :

Le 18.06.19 à 18:48, lenny.libre a écrit :

donc pour ma part, les routes donnant sur une place
se rejoignent en un point + souvent place=square
c'est une représentation imparfaite, mais c'est
à l'heure actuelle sans doute le meilleur compromis

Pourquoi les outils évolueraient-ils, si on leur mâche le boulot ?

les évolutions des tags dans osm se font généralement
- soit par des tags supplémentaires (highway puis maxspeed
puis lanes puis turn:lanes par ex)
- soit par un changement de tags (par ex power=sub_Station
divisé en 2 power=substation et power=generator).
Si on suit cette logique, c'est area:highway qui devrait
être utilisé pour une transitions sans dégradation.

casser en disant "yaka faire du routage surfacique",
c'est méconnaître ce que cela implique techniquement :
il y a un gros travail de prétraitement à faire.
je ne retrouve plus hélas l'article qui était publiée sur osmweekly
mais la moindre place avec qlq rues est transformée en un nuage
de way qui connectent tous les paires de points de la surface.
en passant, cela veux dire aussi qu'une place surfacique
avec 8 nœuds consomme 9x l'espace disque et mémoire
comparé à sa version linéaire et ce n'est pas en un claquement
de doigt qu'on augmente la puissance d'un serveur gratuit.

je pense que les outils continueront de s'améliorer simplement
à la demande de leur utilisateur, en fonction des ressources dispo.


alors que https://moodwalkr.com/@montpellier/itineraire
peut calculer un itinéraire

https://framapic.org/nEjSW3hpuqm3/7c38wQyfPHD1.png
j'espère que tu partageras mon avis que l'amélioration par
rapport à une représentation filaire ne saute pas aux yeux
alors que le point de départ et d'arrivée sont accessible
en ligne droite sans obstacle.
PS: je n'ai pas chercher à mettre l'outil en difficulté,
j'ai juste demandé la place et une adresse de la place.
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [Talk-es] Problema con la =?utf-8?Q?=3D=3Futf-8=3FQ=3FEstaci=3DC3=3DB3n=5F=3F=3DIntermodal_?=de Almería

[Carlos M Jurado via Talk-es]

Le he puesto un location=overhead al techo. Me parecía raro ponerle roof.De todas maneras si te fijas en el anden del tren, que también tiene techo, hace el mismo efecto aunque no haya puntos que renderizar.Gracias.  Carlos M Jurado Riveracarlos...@me.com El 18 de junio de 2019 a las 15:04:59, LisbethSalander via Talk-es (talk-es@openstreetmap.org) escribió: Creo que está bien así.El renderizador está programado a propósito para renderizar puntos porencima de áreas, como norma general.Quizá puedas usar https://wiki.openstreetmap.org/wiki/Key:location ohttps://wiki.openstreetmap.org/wiki/Key:layer pero no me parece necesario.Se entiende que una parada de bus no va a estar en un tejado… y si serenderiza el tejado por encima, va a ser casi imposible ver las paradas.--Sent from: http://gis.19327.n8.nabble.com/Spain-f5409873.html___Talk-es mailing listTalk-es@openstreetmap.orghttps://lists.openstreetmap.org/listinfo/talk-es

___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

Re: [Talk-es] Problema con la Estación ?=Intermodal de =?utf-8?Q?Almería

[Carlos M Jurado via Talk-es]

Quitado, como lleva footway en la propia plataforma es lógico. Gracias.  Carlos M Jurado Riveracarlos...@me.com El 18 de junio de 2019 a las 15:20:02, Iván Sánchez Ortega (i...@sanchezortega.es) escribió: El lunes, 17 de junio de 2019 23:49:23 (CEST) Carlos M Jurado via Talk-es escribió:> Buenas noches:> > > Llevo un tiempo haciendo arreglos en Almería, aunque prefiero hacer las> cosas desde cero. Al pasar por la estación Intermodal la encontré muy> simple. La he detallado mucho más, pero tengo un problema. Las plataformas> de tren y bus me quedan por encima de los techos.Yo quitaría el highway=footway de las plataformas; el public_transport=platform ya es suficiente información. Una plataforma de transporte público *no* es un camino.Al poner un camino y un edificio superpuestos, los motores de renderizado dan prioridad a los caminos.-- Iván Sánchez Ortega  https://ivan.sanchezortega.es___Talk-es mailing listTalk-es@openstreetmap.orghttps://lists.openstreetmap.org/listinfo/talk-es

___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

Re: [OSM-talk-fr] routage surfacique

[marc marc]

Le 18.06.19 à 18:48, lenny.libre a écrit :
>> donc pour ma part, les routes donnant sur une place
>> se rejoignent en un point + souvent place=square
>> c'est une représentation imparfaite, mais c'est
>> à l'heure actuelle sans doute le meilleur compromis
> 
> Pourquoi les outils évolueraient-ils, si on leur mâche le boulot ?

les évolutions des tags dans osm se font généralement
- soit par des tags supplémentaires (highway puis maxspeed
puis lanes puis turn:lanes par ex)
- soit par un changement de tags (par ex power=sub_Station
divisé en 2 power=substation et power=generator).
Si on suit cette logique, c'est area:highway qui devrait
être utilisé pour une transitions sans dégradation.

casser en disant "yaka faire du routage surfacique",
c'est méconnaître ce que cela implique techniquement :
il y a un gros travail de prétraitement à faire.
je ne retrouve plus hélas l'article qui était publiée sur osmweekly
mais la moindre place avec qlq rues est transformée en un nuage
de way qui connectent tous les paires de points de la surface.
en passant, cela veux dire aussi qu'une place surfacique
avec 8 nœuds consomme 9x l'espace disque et mémoire
comparé à sa version linéaire et ce n'est pas en un claquement
de doigt qu'on augmente la puissance d'un serveur gratuit.

je pense que les outils continueront de s'améliorer simplement
à la demande de leur utilisateur, en fonction des ressources dispo.

> alors que https://moodwalkr.com/@montpellier/itineraire   
> peut calculer un itinéraire
https://framapic.org/nEjSW3hpuqm3/7c38wQyfPHD1.png
j'espère que tu partageras mon avis que l'amélioration par
rapport à une représentation filaire ne saute pas aux yeux
alors que le point de départ et d'arrivée sont accessible
en ligne droite sans obstacle.
PS: je n'ai pas chercher à mettre l'outil en difficulté,
j'ai juste demandé la place et une adresse de la place.
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Projet OSM et BNF...

[deuzeffe]

On 18/06/2019 08:17, Jean-Christophe Becquet wrote:


Il serait utile d'ajouter l'année en paramètre pour avoir des urls qui
pointent directement vers le millésime choisi.


+1

--
deuzeffe

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] OpenStreetMap dans « Libre à vous ! » - demain mardi 11 juin sur radio Cause Commune

[deuzeffe]

On 18/06/2019 10:29, Jean-Christophe Becquet wrote:


Bonjour,

Pour ceux qui préfèrent lire qu'écouter, l'April vient de publier la
transcription de l'émission :


J'ai bien aimé :)


https://www.april.org/libre-a-vous-radio-cause-commune-transcription-de-l-emission-du-11-juin-2019


Tout à fait le genre d'article qui aurait sa place sur le site de 
l'assoc (Revue de presse ou un truc comme ça), amtttha non ?
(pis avec l'April, on est sûr que la licence permet la diffusion, si je 
ne me goure pas dans les acronymes en bas de page ^^)


--
deuzeffe

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Osmose erreurs#1270

[lenny.libre]

Le 18/06/2019 à 11:36, marc marc a écrit :

Bonjour,

Le 18.06.19 à 11:03, lenny.libre a écrit :

on ne tague pas pour les outils

non on ne tage pas pour les outils.
mais quand 99% des routages sont ko,
on peux se poser la question de la pertinence.
donc pour ma part, les routes donnant sur une place
se rejoignent en un point + souvent place=square
c'est une représentation imparfaite, mais c'est
à l'heure actuelle sans doute le meilleur compromis


Pourquoi les outils évolueraient-ils, si on leur mâche le boulot ? (je 
sais, je ne devrais pas en parler ... , je serais bien incapable de 
faire ces outils)


Mais, pour ceux qui étaient à Montpellier ce we...  la Place de la 
Comédie 
(https://www.openstreetmap.org/relation/5616152#map=18/43.60893/3.88015) 
a un ensemble de chemins qui la traversent, tracés pour les calculateurs 
: https://www.openstreetmap.org/way/470207595 alors que 
https://moodwalkr.com/@montpellier/itineraire peut calculer un 
itinéraire qui la traverse en ligne directe sans les utiliser (ou un 
autre trajet au choix).



si quelqu'un passait une autoroutes en surface,
je ne doute pas qu'on ferrait un revert parce
que l'avantage (un rendu + joli) ne compense pas
le défaut (beaucoup d'usage insatisfaisant)


___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [Talk-it] Il DB di Geofabrik

[liste DOT girarsi AT posteo DOT eu]

Il 18/06/19 11:08, aldoct ha scritto:
> Ho scaricato da Geofabrik il file "Isole". Come si vede dalle foto allegate,
> sulle autostrade siciliane permangono quelle che sembrano tracce vecchie;
> come se le nuove tracce non avessero sostituito, ma si fossero aggiunte alle
> vecchie  
>  
> Che voi sappiate la cosa riguarda solo la Sicilia? Cosa pensate sia
> successo? Si può ovviare al problema?
> Saluti
> 

Ho trovato questa questione che riguarda Global Mapper, ma penso vada
bene anche per Basecamp, in sostanza dipende dal software come
interpreta i dati OSM, non da OSM, o in questo caso, Geofabrik.

https://help.openstreetmap.org/questions/19988/geofabrik-download-of-ireland-is-different-to-online-osm


-- 
_|_|_|_|_|_|_|_|_|_
|_|_|_|_|_|_|_|_|_|_|
Simone Girardelli

___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [OSM-talk-fr] viennoiseries

[osm . sanspourriel]

Il faudrait d'abord voter sur bakery:FR:chocolatine_zone ou
bakery:FR:pain_au_chocolat_zone ;-). Et penser à dater au cas où la zone
évoluerait au cours du temps.

Assez d'accord. D'une manière générale un tag utilisé une fois et dont
on ne voit pas l'équivalent c'est probablement du nanomapping. Et encore
il ne dit pas quels types de brötchen ;-).

Mais comme je n'aime pas supprimer brutalement des infos mal taguées...

Pour la question petits pains ou viennoiserie : c'est un germanophone
qui a mis la clé mais le camping est en France, il aurait été en Alsace
j'aurais parlé de mauricettes ;-). Et je vois mal un camping en PACA ne
proposer que des mauricettes au petit-déjeuner.

Pour les Alsaciens, les mauricettes sont des mauricettes. Pour les
Allemands du Nord ce sont des Brötchen et pour ceux du Sud des Weck ou
des Weckle.

shop=backery me semble superfétatoire, c'est un accueil de camping,

vending=*, c'est pour les automates.

je vais mettre un backery=yes car shop=backery indique que c'est une
boulangerie or c'est un accueil de camping.

Comme dit Christian, il faut avoir des priorités mais là la priorité
c'est l'accueil pas la bouffe ;-).

Et là pour moi, c'était virer une clé pourrie.

Jean-Yvon

Le 18/06/2019 à 14:10, Christian Quest - cqu...@openstreetmap.fr a écrit :

Ce niveau de détail de tagging me semble parfois ridicule.

Bientôt un bakery:FR:chocolatine_zone=yes/no ?

Le mar. 18 juin 2019 à 13:29, althio mailto:althio.fo...@gmail.com>> a écrit :

> oui, mais il semble qu'il soit question de viennoiseries et non
de pain :)

ah bon ? et alors ?
les propositions suggérées par les protagonistes :
brötchenservice=yes
bakery_goods_delivery=yes
bakery=yes

tout ça, c'est de la boulangerie, ils cherchent à distinguer le lieu
de production et le lieu de vente.

je n'ai pas compris qu'ils cherchaient à distinguer une vente de pain
d'une vente de viennoiseries.

et au passage, pour Brötchen (=petits pains)
https://de.wikipedia.org/wiki/Br%C3%B6tchen


--
Christian Quest - OpenStreetMap France

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [Talk-it] Il DB di Geofabrik

[liste_girarsi]

Il 18 Giugno 2019 16:43:29 CEST, aldoct  ha scritto:
>Su OSM on line le vedo bene anch'io! E' caricandole su BaseCamp che
>succede
>ciò che ho detto. Tempo fa avevo segnalato che sempre su BaseCamp la
>seghettatura delle "cliff" era rivolta verso monte e non verso valle,
>come
>correttamente inserita e come correttamente poteva vedersi on line; ora
>quel
>problema pare risolto. E' come se ci fosse un qualche contrasto fra i
>due
>metodi. Non capisco se il problema riguarda BaseCamp od il DB di
>Geofabrik.
>Il file è aggiornatissimo. Comunque ho controllato ed il problema mi si
>visualizza in tutta Italia! Allego uno svincolo del GRA
>Saluti  
>
>
>
>--
>Sent from: http://gis.19327.n8.nabble.com/Italy-General-f5324174.html
>
>___
>Talk-it mailing list
>Talk-it@openstreetmap.org
>https://lists.openstreetmap.org/listinfo/talk-it

ma basecamp non è un editor per vettoriali GARMIN?

--simone girardelli--
##
Inviato dal mio dispositivo Android con K-9 Mail. Perdonate la brevità.

___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Il DB di Geofabrik

[aldoct]

Su OSM on line le vedo bene anch'io! E' caricandole su BaseCamp che succede
ciò che ho detto. Tempo fa avevo segnalato che sempre su BaseCamp la
seghettatura delle "cliff" era rivolta verso monte e non verso valle, come
correttamente inserita e come correttamente poteva vedersi on line; ora quel
problema pare risolto. E' come se ci fosse un qualche contrasto fra i due
metodi. Non capisco se il problema riguarda BaseCamp od il DB di Geofabrik.
Il file è aggiornatissimo. Comunque ho controllato ed il problema mi si
visualizza in tutta Italia! Allego uno svincolo del GRA
Saluti  



--
Sent from: http://gis.19327.n8.nabble.com/Italy-General-f5324174.html

___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Il DB di Geofabrik

[liste DOT girarsi AT posteo DOT eu]

Il 18/06/19 11:08, aldoct ha scritto:
> Ho scaricato da Geofabrik il file "Isole". Come si vede dalle foto allegate,
> sulle autostrade siciliane permangono quelle che sembrano tracce vecchie;
> come se le nuove tracce non avessero sostituito, ma si fossero aggiunte alle
> vecchie  
>  
> Che voi sappiate la cosa riguarda solo la Sicilia? Cosa pensate sia
> successo? Si può ovviare al problema?
> Saluti
> 

Su OSM le vedo senza tutto quel casino, resta da vedere a che data è
aggiornato il file che hai scaricato.

Puoi mettere anche il link a geofabrik dove hai scaricato i file?

-- 
_|_|_|_|_|_|_|_|_|_
|_|_|_|_|_|_|_|_|_|_|
Simone Girardelli

___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [OSM-talk-fr] Géocodage inverse d'un csv avec https://adresse.data.gouv.fr/api

[Johnparis]

C'est fait. Merci de vérifier.

On Sat, Jun 8, 2019, 23:12 Johnparis  wrote:

> Tu as raison. Je vais demander un changement.
>
> On Sat, Jun 8, 2019, 22:15 marc marc  wrote:
>
>> Le 08.06.19 à 10:00, Johnparis a écrit :
>> > quelle est l'erreur de documentation ?
>>
>> je pensais aux 7 exemples avec &
>> Si tu fais un copier/coller, cela ne va pas.
>> il faut une simple/double quotte autour de ce genre d'url
>> ___
>> Talk-fr mailing list
>> Talk-fr@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-fr
>>
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

[talk-cz] Červnový mapathon v Praze - mimořádná akce hned v několika ohledech

[Jan Macura]

Ahoj,

On Monday, 17 June 2019, Tom Ka  wrote:
> Tak ja nevim, jsem sam, kdo by misto marketingovych superlativu radeji
ocenil jednoduchou informaci - datum, cas a misto?

datum, čas i místo jsou pod přiloženým odkazem v Eventbride, což mi přijde
dostatečně přehledný a jasný.

Just my 2c.
H.

-- 
Sent from phone
___
talk-cz mailing list
talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz
https://openstreetmap.cz/talkcz

Re: [Talk-es] Problema con la Estación Intermodal de Almería

[Iván Sánchez Ortega]

El lunes, 17 de junio de 2019 23:49:23 (CEST) Carlos M Jurado via Talk-es 
escribió:
> Buenas noches:
> 
> 
> Llevo un tiempo haciendo arreglos en Almería, aunque prefiero hacer las
> cosas desde cero. Al pasar por la estación Intermodal la encontré muy
> simple. La he detallado mucho más, pero tengo un problema. Las plataformas
> de tren y bus me quedan por encima de los techos.

Yo quitaría el highway=footway de las plataformas; el 
public_transport=platform ya es suficiente información. Una plataforma de 
transporte público *no* es un camino.

Al poner un camino y un edificio superpuestos, los motores de renderizado dan 
prioridad a los caminos.

-- 
Iván Sánchez Ortega  https://ivan.sanchezortega.es



___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

Re: [Talk-es] Problema con la =?utf-8?Q?Estaci=C3=B3n_?=Intermodal de Almería

[LisbethSalander via Talk-es]

Creo que está bien así.

El renderizador está programado a propósito para renderizar puntos por
encima de áreas, como norma general.

Quizá puedas usar https://wiki.openstreetmap.org/wiki/Key:location o
https://wiki.openstreetmap.org/wiki/Key:layer pero no me parece necesario.
Se entiende que una parada de bus no va a estar en un tejado… y si se
renderiza el tejado por encima, va a ser casi imposible ver las paradas.



--
Sent from: http://gis.19327.n8.nabble.com/Spain-f5409873.html

___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

Re: [OSM-talk-fr] viennoiseries

[marc marc]

> mais il semble qu'il soit question de viennoiseries

franchement faut faire simple
shop=bakery bakery=* pour ceux qui veulent des sous-catégorie
(22 occurrences (sans les yes) donc sans doute pas réellement utilisé)
ou l'alternative vending=* utilisé par qlq apps
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [talk-cz] Fwd: [FreeGeoCZ] Norma pro publikaci otevřených prostorových dat - žádost o připomínky

[Tom Ka]

Zkusil jsem tomu venovat 20min ale uplne tam (za sebe) nevidim prunik
s OSM jako takovym. Prijde mi to obeznejsi GIS zalezitost, i kdyz OSM
z toho nekde nekdy muze v budoucnu tezit (napr. uplnejsi a spravneji
specifikovana otevrena data od statu). Kazdopadne na zadnou pripominku
jsem neprisel.

Kazdopadne diky Martine za info.

Bye


po 17. 6. 2019 v 17:00 odesílatel Martin Tesar  napsal:
>
> Preposilam vyzvu od Jachyma, kdyby to nekoho zajimalo. Nejaka diskuze je 
> vedena i v mailing listu FreeGeoCZ.
> Martin
>
>
> -- Forwarded message -
> Od: Jachym Cepicky 
> Date: st 12. 6. 2019 v 14:15
> Subject: [FreeGeoCZ] Norma pro publikaci otevřených prostorových dat - žádost 
> o připomínky
> To: Karel Janečka , Kafka Stepan , 
> FreeGeoCZ , , Martin Tuchyna 
> 
>
>
> Dobrý den všem,
>
> na Ministerstvu vnitra se chystá vydání Otevřené formální normy v
> oblasti Prostorových otevřených dat
>
> https://data.gov.cz/otev%C5%99en%C3%A9-form%C3%A1ln%C3%AD-normy/prostorov%C3%A1-data/draft/
>
> V tuto chvíli je otevřeno připomínkové okno, připomínky by měly jít
> přes GitHub [1].
>
> Šiřte prosím ve svých komunitách. V případě nutnosti je možné termín
> pro podání připomínek posunout
>
> Díky za spolupráci
>
> Jáchym
>
> [1] https://github.com/opendata-mvcr/otevrene-formalni-normy/issues/
>
> --
> Jachym Cepicky
> e-mail: jachym.cepicky gmail com
> URL: http://les-ejk.cz
> GPG: http://les-ejk.cz/pgp/JachymCepicky.pgp
> 
> https://sympa.fsv.cvut.cz/wws/info/freegeocz/
>
>
> --
> Martin Tesar
> http://mtbmap.cz/
> Twitter GitHub
> ___
> talk-cz mailing list
> talk-cz@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-cz
> https://openstreetmap.cz/talkcz

___
talk-cz mailing list
talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz
https://openstreetmap.cz/talkcz

Re: [OSM-talk-fr] viennoiseries

[Jacques Lavignotte]

Le 18/06/2019 à 14:10, Christian Quest a écrit :


Bientôt un bakery:FR:chocolatine_zone=yes/no ?


Indispensable sinon il y'a risque de fork.
--
GnuPg : C8F5B1E3 Because privacy matters.


___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [talk-cz] Upgrade OsmHiCheck

[Tom Ka]

po 27. 5. 2019 v 11:06 odesílatel majkaz  napsal:
> gpx soubor rozdělit, minimálně oddělit ty rozcestníky, jinak asi tak, jak 
> navrhuješ

Doplnena moznost filtrovat GPX podle typu viz.:
https://osm.fit.vutbr.cz/OsmHiCheck/gp/ tj.

https://osm.fit.vutbr.cz/OsmHiCheck/gp/?get_gpx=map,board,guidepost,emergency,info_only

da vsechny soucasne podporovane tedy cele GPX jako bez filtru.
(lze samozrejme kombinovat s icons a proximity parametry)

Prosim o otestovani, pripadne problemy hlaste.

Bye

___
talk-cz mailing list
talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz
https://openstreetmap.cz/talkcz

[Talk-GB] Sheffield Mapping & Pub meeting tonight

[SK53]

A quick reminder that the East Midlands (s.l) group will be meeting in
Sheffield this evening:

18:15: Sheffield Cathedral for an hour of mapping (weather permitting
19:15: Devonshire Cat for food, drink, mapping chat
20:45: Sheffield Tap: for more chat & to be convenient for trains home for
folk coming from further afield.

Everyone welcome for any part of the mix.

Further details on the wiki:
https://wiki.openstreetmap.org/wiki/Nottingham/Pub_Meetup

Hope to see some of you there,

Jerry
___
Talk-GB mailing list
Talk-GB@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-gb

Re: [OSM-talk] Proposed mechanical edit - addition of office=diplomatic to amenity=embassy with country=*

[Martin Koppenhoefer]

sent from a phone

> Il giorno 18 giu 2019, alle ore 13:06, Warin <61sundow...@gmail.com> ha 
> scritto:
> 
> I am not certain .. but an ambassadorial residence will have entertainment 
> functions that can mean its location may need to be known by some map users.


in Rome I am aware of the residence of the German ambassador, it isn’t a 
secret. There are armed guards in front and there is a plate stating “embassy 
of Germany”, and they may be holding events there, but it isn’t the “embassy” 
you would usually go to as a German citizen (there is another embassy some 
kilometers away where the offices for the public are located). 

Not sure if this is a typical situation or whether the location of some 
ambassadorial residences is secret.

Ciao, Martin 
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk-fr] viennoiseries

[Christian Quest]

Ce niveau de détail de tagging me semble parfois ridicule.

Bientôt un bakery:FR:chocolatine_zone=yes/no ?

Le mar. 18 juin 2019 à 13:29, althio  a écrit :

> > oui, mais il semble qu'il soit question de viennoiseries et non de pain
> :)
>
> ah bon ? et alors ?
> les propositions suggérées par les protagonistes :
> brötchenservice=yes
> bakery_goods_delivery=yes
> bakery=yes
>
> tout ça, c'est de la boulangerie, ils cherchent à distinguer le lieu
> de production et le lieu de vente.
>
> je n'ai pas compris qu'ils cherchaient à distinguer une vente de pain
> d'une vente de viennoiseries.
>
> et au passage, pour Brötchen (=petits pains)
> https://de.wikipedia.org/wiki/Br%C3%B6tchen
>

-- 
Christian Quest - OpenStreetMap France
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Version patché d'iD

[marc marc]

Le 18.06.19 à 13:08, Benoit Fournier a écrit :
>> c'est un problème humain bien avant un problème technique.
> Je ne parle pas de problème ou de solution technique.
> Je parle de gouvernance

je suis partiellement d'accord avec toi et je le redis + simplement :
un dépôt technique de + ne change rien au fond (il y en a d'ailleurs 
déjà 5 utilisé pour construire iD), ce qui doit changer c'est la 
gouvernance.
si un dépôt de + facilite le changement de gouvernance de changer,
tant mieux.
mais un dépôt de + n'est ni une garantie d'un changement ni un prérequis

si c'est juste un Xieme dépôt contrôlé par la même gouvernance,
cela ne résout rien !
hors pour l'instant, le ticket parle de modif technique afin d'ouvrir
de nouveaux marchés pour iD, le ticket ne parle pas de gouvernance.

à l'inverse, la maj 2.15.2 parle de réaction face aux plaintes,
c'est un changement radical comparé au "je m'en fou" d'avant.
la demande de maj sur osm.org a même un lien vers la page wiki.
raison de + pour y documenter les problèmes.
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] viennoiseries

[althio]

> oui, mais il semble qu'il soit question de viennoiseries et non de pain :)

ah bon ? et alors ?
les propositions suggérées par les protagonistes :
brötchenservice=yes
bakery_goods_delivery=yes
bakery=yes

tout ça, c'est de la boulangerie, ils cherchent à distinguer le lieu
de production et le lieu de vente.

je n'ai pas compris qu'ils cherchaient à distinguer une vente de pain
d'une vente de viennoiseries.

et au passage, pour Brötchen (=petits pains)
https://de.wikipedia.org/wiki/Br%C3%B6tchen

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Version patché d'iD

[althio]

> NB: il se raconte en coulisse que la maquette aurait
> peut-être déjà atteint en partie son but, des commits
> d'annulation sorti de nulle part pour une partie des conflits
> ont été poussé à toute hâte sur le dépôt officiel et
> une version 2.15.2 est sortie en dehors de tout planning
> habituel en vert dans la liste ci-dessous
> https://github.com/openstreetmap/iD/commit/ff8e5bd5d3c7caae9e7f3202c2a5aceddb4a92db
> pas sur qu'on doivent attribuer tout cela à la maquette
> mais les 2 qui m'en ont parlé en privé m'ont clairement dit
> qu'il y avait une peur que la maquette prenne de l'ampleur

Oui, effectivement, avec un message assez révélateur que quelque chose
a fait bougé les lignes (la maquette, et/ou des pressions antérieures,
et/ou une décision des employeurs et financeurs).

https://github.com/openstreetmap/openstreetmap-website/pull/2267

===
Extrait et traduction semi-automatique
===

Mise à jour vers iD v2.15.2 #2267

bhousel a commenté il y a 15 heures -
Bonjour ! Nous avons beaucoup reçu de nombreux retours à propos des
nouvelles fonctionnalités de validation d'iD v2.15. Nous savons que
tout le monde n'approuve pas toutes les améliorations apportées [...]
nous avons donc décidé de revenir sur plusieurs des changements
controversés. Notamment :

- supprimé l'option autofix du validateur - les utilisateurs doivent
maintenant inspecter et décider de chaque problème détecté
individuellement.
- supprimé la possibilité d'attribut nonsquare=yes pour les bâtiments
non carrés .
- ajusté le libellé des messages pour utiliser une formulation plus
neutre lors de la mise à jour d'éléments avec lié à des marques.
- corrigé le bogue qui faisait que le validateur ajoutait barrier=kerb
lors de la mise à jour des balises highway=crossing.
- modifié les préréglages pour les quais et les plates-formes de
transport public pour ne plus ajouter highway=footway comme attribut
suggéré.

Nous sommes vraiment désolés pour les problèmes causés par la récente
mise à jour d'iD, et nous espérons travailler avec la communauté
OpenStreetMap pour que la carte soit la meilleure possible.

Merci, Bryan et Quincy.
(@bhousel et @quincylvania)

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk] Proposed mechanical edit - addition of office=diplomatic to amenity=embassy with country=*

[Warin]

On 18/06/19 19:51, Michael Collinson wrote:
Sounds logical given the new tagging. I find no faults with the 
office=diplomatic page, kudos to Lyx for putting it together, very 
thorough. Embassies are (or should be) a 100% subset of 
office=diplomatic. I think you are wise in not suggesting mass 
addition of  diplomatic=embassy, I also have come across instances in 
the past where they are actually consulates. 
The tag amenity=embassy was used for any diplomatic thing, some even 
were commercial firms that assisted in obtaining visas.
The only thing I can think of is whether there are still any cases 
where the location is actually an ambassadorial residence, (I am 
uncomfortable with having them there, my wife is an ambassador) ... 
but I think the most sensible thing is to deal with them on a 
case-by-case after putting in place this more rigourous tagging schema.


Yes, amenity=embassy includes some ambassadorial residences, and there 
is some provision for ambassadorial residences in the new scheme.
I am not certain .. but an ambassadorial residence will have 
entertainment functions that can mean its location may need to be known 
by some map users.


Oh I forgot to mention the how I'm thinking of doing this,
Using JOSM one city at a time to get the features that have both 
amenity=embassy and country=*
Check the names for anything specious and cast those aside (I might do 
some work on those but unrelated to the addition directly).

Then add the tag office=diplomatic.

This will not get all of them - some are outside cities, some don't have 
the country tag.
But it will get most of them. The rest should be done by locals, 
possibly maproulette?





Mike

On 2019-06-18 03:21, Warin wrote:
Following the successful proposal of introducing office=diplomatic to 
eventually replace the amenity=embassy (which is used to not only tag 
embassies but other diplomatic service) I am proposing to add the 
approved tag office=diplomatic to all instances that have both the 
tag amenity=embassy with the tag country=*.



By only targeting features with both tag i hope to avoid those things 
that have been incorrectly tagged amenity=embassy (I found 2 that 
look to be brothels!).



Any thoughts?


- references

Tag https://wiki.openstreetmap.org/wiki/Tag:office%3Ddiplomatic

Proposal for tag 
https://wiki.openstreetmap.org/wiki/Proposed_features/office%3Ddiplomatic




___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk


___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk




___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk-fr] Version patché d'iD

[Benoit Fournier]

> > https://github.com/openstreetmap/iD/issues/6483
> >
> > Dans cette refonte, les aspects de tagging-presets seraient découplés
> > du cœur du logiciel.
> > Ce qui répond, d'une certaine manière
>
> oui et non.
> oui parce que techniquement cela serrait un minuscule pas en avant d'avoir 2 
> dépôts différents.
> non parce que un ou 2 dépôts ne change rien au fond :
> si celui qui contrôle le dépôt des presets et/ou si celui qui contrôle le 
> dépôt du "id osm.org" ne souhaite pas la version communautaire, un ou 2 dépôt 
> ne change rien.
> si celui qui contrôle "id osm.org" veux des presets non conflictuel, un seul 
> dépôt n'est pas un problème.
> on peux même faire un script qui déploie le tout.
> c'est un problème humain bien avant un problème technique.

Je ne parle pas de problème ou de solution technique.
Je parle de gouvernance, de séparation des pouvoirs, et d’opportunité
pour la communauté de reprendre le contrôle sur les aspects qu'elle
souhaite contrôler.
Ce qui est apparent, selon moi, c'est la volonté des développeurs (et
de leurs employeurs...) de se décharger de la partie spécifique-OSM et
de laisser la communauté se débrouiller avec. Si cela se réalise, la
gouvernance associée à ce dépôt spécifique-OSM devra être établie.

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] viennoiseries

[Jean-Claude Repetto]

Le 18/06/2019 à 11:31, althio a écrit :
et bien, à la lecture de la page wiki anglaise 
https://wiki.openstreetmap.org/wiki/Tag:shop%3Dbakery

je suggère :

shop=bakery (qui est un simple lieu de vente, dans sa définition stricte)
noname=yes
opening_hours=08:00-10:00
operator=camping xyz

et en optionnel, utiliser un tag pour différencier une boulangerie d'un 
simple dépôt de pain.

craft=bakery pour une boulangerie

et en optionnel, inventer/détourner un tag pour différencier un simple 
dépôt de pain d'une boulangerie.

no:craft=bakery ou oven=no ou ??? pour un dépôt de pain ???



oui, mais il semble qu'il soit question de viennoiseries et non de pain :)



___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Version patché d'iD

[marc marc]

Le 18.06.19 à 12:00, Benoit Fournier a écrit :
> Les développeurs d'iD s'orientent vers une refonte du logiciel,  
> où ils feraient d'iD un éditeur générique de données géographiques,  
> et pouvant être resservir à d'autres projets que strictement l'édition  
> de données OpenStreetMap.
> https://github.com/openstreetmap/iD/issues/6483
> 
> Dans cette refonte, les aspects de tagging-presets seraient découplés  
> du cœur du logiciel.
> Ce qui répond, d'une certaine manière

oui et non.
oui parce que techniquement cela serrait un minuscule pas
en avant d'avoir 2 dépôts différents.
non parce que un ou 2 dépôts ne change rien au fond :
si celui qui contrôle le dépôt des presets et/ou si celui
qui contrôle le dépôt du "id osm.org" ne souhaite pas la
version communautaire, un ou 2 dépôt ne change rien.
si celui qui contrôle "id osm.org" veux des presets
non conflictuel, un seul dépôt n'est pas un problème.
on peux même faire un script qui déploie le tout.
c'est un problème humain bien avant un problème technique.

NB: il se raconte en coulisse que la maquette aurait
peut-être déjà atteint en partie son but, des commits
d'annulation sorti de nulle part pour une partie des conflits
ont été poussé à toute hâte sur le dépôt officiel et
une version 2.15.2 est sortie en dehors de tout planning
habituel en vert dans la liste ci-dessous
https://github.com/openstreetmap/iD/commit/ff8e5bd5d3c7caae9e7f3202c2a5aceddb4a92db
pas sur qu'on doivent attribuer tout cela à la maquette
mais les 2 qui m'en ont parlé en privé m'ont clairement dit
qu'il y avait une peur que la maquette prenne de l'ampleur
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-ja] JA:Available Dataの改訂

[tomoya muramoto]

> ただし、この改定案は法律における不遡及の原則と同様、過去にマッピングされたデータには適用しないことを明記してもらいたいです。

同意します。ただ過去のデータは全部OKとするのもまずいだろうと思いますので、協議のうえケースバイケースで対処することにしてはいかがでしょうか。

以下備考記載案です。

(備考)本ガイドラインは年XX月に改定され、それまでは「ウェブサイト上の店名、住所、電話番号など」は利用可能でしたが改定により利用不可となりました。また、WikipediaおよびWikidataの利用はできないことが追記されました。そのため、マッピング時にはガイドラインに従っていたものの、現在のガイドラインには反しているデータが存在する可能性があります。しかし年XX月以前にすでにマッピングされたデータについて、一律に削除することは避けてください。明らかに問題が大きいデータが見つかった場合は、当該変更セットもしくは日本コミュニティメーリングリスト(
https://lists.openstreetmap.org/listinfo/talk-ja)で協議のうえ、ケースバイケースで対処してください。

muramoto
___
Talk-ja mailing list
Talk-ja@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ja

Re: [OSM-talk-fr] Version patché d'iD

[Benoit Fournier]

Merci Fred et Marc pour la preuve de concept et la mise en place d'un
prototype fonctionnel.
Et pour l'annonce ici ;)

J'ai discuté un peu avec Fred et Roland Olbricht à Montpellier ce week-end
et avec d'autres personnes au hasard des tables et des rencontres.
Pour rappel Roland propose une discussion ouverte sur un sujet large "
tagging-presets-éditeurs-osm.org
", à animer lors du State
of the Map mondial en Allemagne en septembre.

En repassant quelques messages et interactions, j'ai relevé quelque chose
qui me parait important, relayé par weeklyOSM :
Les développeurs d'iD s'orientent vers une refonte du logiciel, où ils
feraient d'iD un éditeur générique de données géographiques, et pouvant
être resservir à d'autres projets que strictement l'édition de données
OpenStreetMap.
https://github.com/openstreetmap/iD/issues/6483

Dans cette refonte, les aspects de tagging-presets seraient découplés du
cœur du logiciel.
Ce qui répond, d'une certaine manière, à une demande récurrente de certains
membres de la communauté internationale.
quelques archives sur le sujet : [Tagging] iD presets - was:
emergency=lifeguard fil à partir de
https://lists.openstreetmap.org/pipermail/tagging/2018-June/037085.html

Peut-être que la gouvernance des tagging-presets pourrait devenir plus
ouverte et libre pour la communauté, grâce à ce fonctionnement en plugin,
une sorte de séparation des pouvoirs.

--
Benoît

osm.sanspourr...@spamgourmet.com :
> Je pense que ça vaut le coup de voir comment les développeurs
payés réagissent à ces PR.

Frédéric Rodrigo  :

> Non, pas de PR vers le code d'origine. Si ces points sont conflictuels,
> c'est parce qu'ils ont déjà étaient rejetés par les mainteneurs.
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk] Proposed mechanical edit - remove blatant duplicates (sustenance=fast_food on amenity=fast_food, atm=yes on amenity=atm etc.)

[Dave F via talk]

On 14/06/2019 20:12, Yves wrote:

Given that the two tags aren't the same (amenity=atm is an atm, atm=yes 
contains an atm)


That's why Mateusz proposed this edit.


If you're not ready to consume OSM data using NOT, AND or OR, don't even start 
:)


As the two tags are mutually exclusive, it shouldn't require operator 
filtering.


DaveF

___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] Proposed mechanical edit - addition of office=diplomatic to amenity=embassy with country=*

[Michael Collinson]

Sounds logical given the new tagging. I find no faults with the 
office=diplomatic page, kudos to Lyx for putting it together, very 
thorough. Embassies are (or should be) a 100% subset of 
office=diplomatic. I think you are wise in not suggesting mass addition 
of  diplomatic=embassy, I also have come across instances in the past 
where they are actually consulates. The only thing I can think of is 
whether there are still any cases where the location is actually an 
ambassadorial residence, (I am uncomfortable with having them there, my 
wife is an ambassador) ... but I think the most sensible thing is to 
deal with them on a case-by-case after putting in place this more 
rigourous tagging schema.


Mike

On 2019-06-18 03:21, Warin wrote:
Following the successful proposal of introducing office=diplomatic to 
eventually replace the amenity=embassy (which is used to not only tag 
embassies but other diplomatic service) I am proposing to add the 
approved tag office=diplomatic to all instances that have both the tag 
amenity=embassy with the tag country=*.



By only targeting features with both tag i hope to avoid those things 
that have been incorrectly tagged amenity=embassy (I found 2 that look 
to be brothels!).



Any thoughts?


- references

Tag https://wiki.openstreetmap.org/wiki/Tag:office%3Ddiplomatic

Proposal for tag 
https://wiki.openstreetmap.org/wiki/Proposed_features/office%3Ddiplomatic




___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk


___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [Talk-pt] Local vedado/proibido

[Filohipo]

Podes colocar tag name =acesso proibido Há caminhos na Arrábida dentro da
zona de acesso proibido com essa indicação

A terça, 18/06/2019, 09:27, Nuno José Almeida 
escreveu:

> À falta de melhor fica assim.
>
> Obrigado.
>
>
> Alexandre Moleiro  escreveu no dia terça,
> 18/06/2019 à(s) 07:40:
>
>> Olá.
>>
>> Tenho visto access=no nalguns casos desses, creio que os roteadores têm
>> em conta essa tag.
>> Não sei se é a forma mais correcta mas é usada.
>>
>> Alexandre
>>
>> A segunda, 17/06/2019, 23:02, Nuno José Almeida 
>> escreveu:
>>
>>> Boas malta.
>>>
>>> A escadaria de acesso à Praia Grande em Sintra está interdito, sujeita a
>>> multa e intransitável.
>>>
>>>
>>> https://sintranoticias.pt/2018/11/30/derrocada-do-bloco-de-pedras-no-acesso-a-praia-grande/
>>>
>>> Procurei a melhor etiqueta mas ou não estão em uso ou não existem ou não
>>> encontrei. Qual a vossa opinião? Ainda esta Quinta-feira estava a fazer
>>> Ericeira > Cabo da Roca sempre junto à costa e estava a contar com este
>>> caminho. Tive de voltar para trás.
>>>
>>> Cumprimentos
>>>
>>> --
>>> Nuno José Almeida
>>> ___
>>> Talk-pt mailing list
>>> Talk-pt@openstreetmap.org
>>> https://lists.openstreetmap.org/listinfo/talk-pt
>>>
>> ___
>> Talk-pt mailing list
>> Talk-pt@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-pt
>>
>
>
> --
> Nuno José Almeida
> ___
> Talk-pt mailing list
> Talk-pt@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-pt
>
___
Talk-pt mailing list
Talk-pt@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-pt

Re: [OSM-talk-fr] Osmose erreurs#1270

[marc marc]

Bonjour,

Le 18.06.19 à 11:03, lenny.libre a écrit :
> on ne tague pas pour les outils

non on ne tage pas pour les outils.
mais quand 99% des routages sont ko,
on peux se poser la question de la pertinence.
donc pour ma part, les routes donnant sur une place
se rejoignent en un point + souvent place=square
c'est une représentation imparfaite, mais c'est
à l'heure actuelle sans doute le meilleur compromis

si quelqu'un passait une autoroutes en surface,
je ne doute pas qu'on ferrait un revert parce
que l'avantage (un rendu + joli) ne compense pas
le défaut (beaucoup d'usage insatisfaisant)
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] viennoiseries

[althio]

et bien, à la lecture de la page wiki anglaise
https://wiki.openstreetmap.org/wiki/Tag:shop%3Dbakery
je suggère :

shop=bakery (qui est un simple lieu de vente, dans sa définition stricte)
noname=yes
opening_hours=08:00-10:00
operator=camping xyz

et en optionnel, utiliser un tag pour différencier une boulangerie d'un
simple dépôt de pain.
craft=bakery pour une boulangerie

et en optionnel, inventer/détourner un tag pour différencier un simple
dépôt de pain d'une boulangerie.
no:craft=bakery ou oven=no ou ??? pour un dépôt de pain ???

On Mon, 17 Jun 2019 at 18:29,  wrote:

> Non ce n'est pas vous dire que des viennoiseries vous attendent à la pause
> café ;-).
>
> À un accueil de camping (Marc : amenity=reception_desk ;-=)) il y avait
> brötchenservice=yes.
>
> Le contributeur n'est pas d'accord pour modifier en breakfast=yes ou
> shop=convenience. Il irait plutôt vers une nouvelle clé
> bakery_goods_delivery.
>
> Je propose plutôt backery=yes.
>
> Qu'en pensez-vous ?
>
> Jean-Yvon
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] area=yes (était Osmose erreurs#1270)

[osm . sanspourriel]

Stricto sensu tu as raison, des outils créent ses chemins virtuels pour
pouvoir naviguer dans les places. Voir à ce sujet les projets de
cartographie de la SNCF passés sur la liste : il y avait des liens
fournis vers de tels outils.

Mais la plupart des outils ne font pas ce prétraitement.

Maintenant d'un point de vue pratique tu vas traverser tout droit le
Square de l'Aérodrome, ça ne me choque pas de prolonger le chemin :
c'est ce que 99,9 % des gens feront même s'ils peuvent faire trois fois
le tour de la place avant de continuer.

Ça me semble d'ailleurs plutôt intéressant pour les piétons de savoir
que là ils doivent faire plus attention aux cyclistes.

Jean-Yvon

Le 18/06/2019 à 11:03, lenny.libre - lenny.li...@orange.fr a écrit :


Le 13/06/2019 à 21:32, David Crochet a écrit :

Bonjour

Le 13/06/2019 à 12:44, lenny.libre a écrit :

Est-ce le "area=yes" qui perturbe Osmose où une erreur de ma part ?



Si le chemin arrive à une aire, cela nécessite la continuité dudit
chemin à l'intérieur de l'aire.


Je ne voit pas pourquoi "cela nécessite" Il me semble bien qu'il y
avait eu une discussion (il y a bien longtemps et je ne l'ai pas
retrouvée) qui disait qu'il ne fallait pas créer des chemins à
l'intérieur des aires (on ne peut pas le vérifier sur le terrain, il
n'y a pas de cheminement dessiné au sol) comme on ne tague pas pour le
rendu, on ne tague pas pour les outils (certain calculateur
d'itinéraire piéton sait traverser des places -area=yes +
highway=pedestrian - sans avoir besoin de créer des toiles d'araignée
virtuelles).

Leni



___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [Talk-at] Hausnummern + Hauseingänge / Adressen in Wien?

[Friedrich Volkmann]

On 17.06.19 14:10, gppes_osm--- via Talk-at wrote:

Auch wenn ich mich wiederhole: Bei unbekannten Gebaeuden mit komplexer Struktur 
ist es im Survey oft am einfachsten die Adresse an den Haupteingang zu machen.


Das wird dir in der Wohnhausanlage, in der ich wohne, schwer fallen. Adresse 
aufs Gebäude setzen geht hingegen immer, und ich sehe nicht, was daran 
schwierig sein soll. Im Zeitalter von Orthofotos und Basemap-Basiskarte 
sehen wir sowieso genau, für welche Gebäude-Grundfläche eine Hausnummer 
gilt. In OSM-Urzeiten, wo wir noch mit GPS, Bleistift und Papier die Häuser 
aufnahmen, da wussten wir nicht, wo ein Haus anfängt und das nächste 
anfängt. Aber sogar damals war es nicht zweckmäßig, eine Hausnummer auf 
einen Eingang zu setzen. Sondern wir setzten die Adressnodes dort, wo die 
Nummer angeschrieben ist. Das ist meistens nicht genau über einem Eingang, 
sondern daneben oder an der Ecke eines Hauses. Die Unsitte, Adressen auf 
Eingänge zu setzen, kam erst auf, als die Basemap-Basiskarte und die Daten 
von wien.at für OSM verfügbar wurden. In der Basemap und im Stadtplan auf 
wien.at werden die Hausnummern auf den Eingängen positioniert, und einige 
Mapper glauben, sie müssen das nachmachen. Dabei berücksichtigen sie nicht, 
dass die Voraussetzungen in OSM ganz andere sind als im wien.at-Stadtplan. 
Z.B. ist es in letzterer nötig, die Hausnummer am Gebäuderand anzuzeigen, 
weil es kein addr:street Tag gibt, aus der die zugeordnete Straße 
hervorgeht. Mit der Hausnummer an der Stelle vom Eingang erspart sich der 
wien.at-Stadtplan eine eigene Signatur für den Eingang. Um die Eingänge von 
Shops muss sich der wien.at-Stadtplan nicht kümmern, weil die im 
Datenbestand gar nicht vorkommen. Außerdem ist es eine gerenderte Karte, 
während wir in OSM Rohdaten verwalten.



Die Privatsphaere der Bewohner ist so am besten gewaehrleistet. Man muss nicht 
rein um die Struktur des Gebaeudes zu durchschauen, man muss keine 
Nebeneingaenge suchen, und wenn man einen gefunden haette, muss man nicht an 
der Tuer ruetteln um zu pruefen, ob das eine zusaetzliche Zugangsmoeglichkeit 
(fuer das access-Tag) waere.


Wenn dir die Privatsphäre der Bewohner so wichtig ist und du ein Routing zu 
Nebeneingängen vermeiden willst, warum willst du sie dann überhaupt mappen? 
Du hältst legale Besucher von Abkürzungen durch Nebeneingänge ab, gibst aber 
Einbrechern die Information auf dem Silbertablett, wo sie es probieren können.


--
Friedrich K. Volkmann   http://www.volki.at/
Adr.: Davidgasse 76-80/14/10, 1100 Wien, Austria

___
Talk-at mailing list
Talk-at@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-at

Re: [OSM-talk-fr] question philantropique - impact environnemental du libre

[Vincent Bergeot]

Le 18/06/2019 à 10:46, David Delon a écrit :

Bonjour,

Il y a pas mal de ressources avec les mots clefs "logiciel libre et 
développement durable", avec donc un élargissement à l'impact social 
et économique.


Voir entre autre :
- 
https://www.april.org/les-logiciels-libres-un-modele-pour-le-developpement-durable-de-notre-societe-samuel-chenal 
 (Verbatim de la conférence "Les logiciels libres, un modèle pour le 
développement durable de notre société 2014").


- 
https://framablog.org/2010/10/20/logiciel-libre-et-developpement-durable-meme-combat/ 
(Logiciel libre et développement durable, même combat ? 2010).


en complément

sur les rmll 2010 la thématique qui déjà m'intéressait un peu : 
http://2010.rmll.info/-Economie-Sociale-et-Solidaire-Developpement-Durable-.html


dont 
http://2010.rmll.info/Open-Source-et-RSE-Le-role-de-l-Open-Source-dans-l-informatique-responsable.html


et celle ci annulé d'un chercheur 
http://2010.rmll.info/Les-logiciels-libres-qui-participent-du-developpement-durable.html


à plus







David.






Le 18/06/2019 à 00:01, Violaine_Do a écrit :

Hello,

Je me demandais si certains d'entre vous avaient des références ou 
argumentaire sur le bien fondé du bien commun d'un point de vue 
environnemental / ressources et/ou un comparatif vs solutions 
propriétaire? (je pense qu'on est tous convaincus, mais un 
référentiel sur le sujet ne seraient que bénéfiques..). Je pense que 
ça peut aussi nous aider à faire avancer (encore plus) OSM...


Des liens / articles à lire sur le sujet?

Merci..

A bientôt

PS: gros big up aux organisateurs du SOTM et aux communicants, ça 
permet de suivre de loin!!




___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr



--
Vincent Bergeot


___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

[Talk-it] Il DB di Geofabrik

[aldoct]

Ho scaricato da Geofabrik il file "Isole". Come si vede dalle foto allegate,
sulle autostrade siciliane permangono quelle che sembrano tracce vecchie;
come se le nuove tracce non avessero sostituito, ma si fossero aggiunte alle
vecchie  
 
Che voi sappiate la cosa riguarda solo la Sicilia? Cosa pensate sia
successo? Si può ovviare al problema?
Saluti



--
Sent from: http://gis.19327.n8.nabble.com/Italy-General-f5324174.html

___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [OSM-talk-fr] Osmose erreurs#1270

[lenny.libre]

Le 13/06/2019 à 21:32, David Crochet a écrit :

Bonjour

Le 13/06/2019 à 12:44, lenny.libre a écrit :
Est-ce le "area=yes" qui perturbe Osmose où une erreur de ma part ? 



Si le chemin arrive à une aire, cela nécessite la continuité dudit 
chemin à l'intérieur de l'aire.


Je ne voit pas pourquoi "cela nécessite" Il me semble bien qu'il y avait 
eu une discussion (il y a bien longtemps et je ne l'ai pas retrouvée) 
qui disait qu'il ne fallait pas créer des chemins à l'intérieur des 
aires (on ne peut pas le vérifier sur le terrain, il n'y a pas de 
cheminement dessiné au sol) comme on ne tague pas pour le rendu, on ne 
tague pas pour les outils (certain calculateur d'itinéraire piéton sait 
traverser des places -area=yes + highway=pedestrian - sans avoir besoin 
de créer des toiles d'araignée virtuelles).


Leni



___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] question philantropique - impact environnemental du libre

[David Delon]

Bonjour,

Il y a pas mal de ressources avec les mots clefs "logiciel libre et 
développement durable", avec donc un élargissement à l'impact social et 
économique.


Voir entre autre :
- 
https://www.april.org/les-logiciels-libres-un-modele-pour-le-developpement-durable-de-notre-societe-samuel-chenal 
 (Verbatim de la conférence "Les logiciels libres, un modèle pour le 
développement durable de notre société 2014").


- 
https://framablog.org/2010/10/20/logiciel-libre-et-developpement-durable-meme-combat/ 
(Logiciel libre et développement durable, même combat ? 2010).



David.  






Le 18/06/2019 à 00:01, Violaine_Do a écrit :

Hello,

Je me demandais si certains d'entre vous avaient des références ou 
argumentaire sur le bien fondé du bien commun d'un point de vue 
environnemental / ressources et/ou un comparatif vs solutions 
propriétaire? (je pense qu'on est tous convaincus, mais un référentiel 
sur le sujet ne seraient que bénéfiques..). Je pense que ça peut aussi 
nous aider à faire avancer (encore plus) OSM...


Des liens / articles à lire sur le sujet?

Merci..

A bientôt

PS: gros big up aux organisateurs du SOTM et aux communicants, ça permet 
de suivre de loin!!




___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [Talk-it] Musei

[Cascafico Giovanni]

Ciao,
avevo controllato un simile dataset tempo fa, ma le coordinate per una
parte non trascurabile dei record avevano una scarsa precisione. Ciò
non toglie che tu possa usare i mati mibact, indipendentemente dalla
loro licenza, per evidenziare su mappa le mancanze ed inserire dati
pubblici come quelli reperibili sugli eventuali siti dei musei.
Io farei una umap in modo che cliccando il punto (anche impreciso)
sulla mappa, ti appaia um popup con la ricerca google con le parole
chiave del museo, poi una volta arrivato sul sito del museo, farei
opera di "intelligence" per ricavare (auspicabilmente) la posizione
precisa.
Ovviamente NON considererei le info di google, ma lo userei solo per
ponte al sito del museo.

Il giorno mar 18 giu 2019 alle ore 09:03 Lorenzo Rolla
 ha scritto:
>
> Gentile Martin, provo a rispondere (è la prima volta che scrivo qui…). 
> Preciso subito che mie fonti sono il MIBACT e i vari poli museali regionali. 
> Il movente che mi ha spinto a intervenire intorno a numerosi musei è 
> l’evidente esiguità delle informazioni disponibili a un potenziale 
> visitatore. I miei interventi - generalmente limitati all’inserimento 
> dell’orario, del sito web, della email e del numero di telefono - hanno solo 
> lo scopo di accrescere il lavoro già eseguito da altri, certosino, ma 
> oggettivamente insufficiente a orientare la scelta di visitare un luogo 
> artistico o storico. Personalmente considero il mio irrisorio contributo una 
> sorta di “civismo digitale” giovevole a suscitare un ideale contatto con il 
> mondo delle arti, incontro in grado di elevare lo spirito e, perchè no, le 
> menti dei miei concittadini. Il ragionato impulso di partecipare alla 
> costruzione fattiva di questo spettacolare mondo delle mappe (incontro del 
> tutto casuale e recente) è anche motivato dalla presa di coscienza di non 
> ridurre la rappresentazione grafica dei luoghi a un mero esercizio di 
> toponomastica, ma di creare le opportunità (da cogliere o meno) di una 
> maggiore consapevolezza della realtà circostante.
> Ecco in sintesi la ragione della mia industriosa presenza in questo luogo. Ad 
> maiora. Lorenzo.
>
> --
> Lorenzo
>
>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it

___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [OSM-talk-fr] OpenStreetMap dans « Libre à vous ! » - demain mardi 11 juin sur radio Cause Commune

[Jean-Christophe Becquet]

Le 15/06/2019 07:22, Jean-Christophe Becquet a écrit :
> Le podcast est à présent disponible sous licence libre sur le site de
> l'April :
> https://media.april.org/audio/radio-cause-commune/libre-a-vous/emissions/20190611/libre-a-vous-20190611-openstreetmap-state-of-the-map-france-christian-quest-jean-christophe-becquet-noemie-lehuby.ogg

Bonjour,

Pour ceux qui préfèrent lire qu'écouter, l'April vient de publier la
transcription de l'émission :
https://www.april.org/libre-a-vous-radio-cause-commune-transcription-de-l-emission-du-11-juin-2019

Morceaux choisis :

« Noémie Lehuby : Oui. Je voudrais revenir un petit peu sur le côté
collaboratif et participatif parce qu’effectivement, je pense qu’une des
grandes forces du projet c’est sa communauté. Avant d’être un projet
informatique de création de base de données c’est un projet de
communauté et ce sont beaucoup de communautés de passionnés qui se
retrouvent dans ce projet. On a avoir des cyclistes qui vont venir
cartographier des équipements cyclables, des pistes cyclables, des
parkings vélos, etc. On va avoir, je ne sais pas, des végétariens qui
vont indiquer quels sont les restaurants qui servent des plats
végétariens, et c’est un petit peu toute cette agrégation de passionnés
qui fait qu’on a une aussi belle carte aujourd’hui. »

« Jean-Christophe Becquet : Comme Noémie l’a dit OpenStreetMap c’est
d’abord une base de données géographiques sur laquelle s’appuie tout un
ensemble de services en ligne, ceux qu’on trouve sur le site
openstreetmap.org mais aussi tout un tas d’autres. En fait, cette base
de données libres et ses enjeux libres rejoignent les enjeux du logiciel
libre qu’on défend à l’April, c’est-à-dire retrouver la maîtrise de son
informatique, retrouver la maîtrise de ses données. Tout simplement,
dans la base de données OpenStreetMap, si je constate une erreur, une
manque, une information qui n’est pas à jour, eh bien comme dans
Wikipédia, je clique sur le bouton « modifier », je corrige, je complète
et dans l’instant la base de données est actualisée, complétée,
améliorée. Je pense que ce caractère libre de la base de données
OpenStreetMap est vraiment un enjeu important qui permet de retrouver la
maîtrise de sa base de données.
Dans ma ville, Digne-les-Bains, la base de données OpenStreetMap est de
qualité nettement supérieure à celle de ses concurrents propriétaires
parce qu’il y a des contributeurs OpenStreetMap dans ma région. Donc
aujourd’hui si on cherche un service public, un restaurant, une adresse
à Digne, il vaut beaucoup mieux passer par OpenStreetMap que par les
cartes propriétaires. »

« Christian Quest : Oui. Tout à fait. OpenStreetMap a vocation à décrire
le monde, on va dire un monde un petit peu statique, une base de données
géographiques mais relativement statiques avec des choses qui ont de la
pérennité. Donc tout ce qui est très temporaire comme des travaux, des
bouchons ou des accidents, effectivement ça n’a pas sa place dans la
base OpenStreetMap.
Je vais faire une toute petite parenthèse : j’ai essayé de démarrer un
projet qui s’appelle OpenEventDatabase pour venir combler ce manque et
pour venir compléter OpenStreetMap en apportant des données qui, elles,
sont localisées dans l’espace mais aussi dans le temps, donc avec des
choses beaucoup plus liées au temps réel. Mais là, pareil, il va falloir
qu’il y ait de la collaboration, il faut que tout le monde partage ses
données en temps réel, ce qui n’est pas évident. Déjà, quand on a
démarré, ce n’était pas évident pour les données cartographiques, mais
alors pour les données en temps réel. aujourd’hui c’est encore considéré
comme le petit trésor ! »

Bonne lecture

JCB
-- 
Digne : SIG libres à l'IUT avec les étudiants - mercredi 19 juin
https://iut.univ-amu.fr/presentation-logiciels-libres-sig-19-juin-2019

==APITUX : le choix du logiciel libre==

APITUX - Jean-Christophe Becquet
2 chemin du Tivoli - 04000 Digne-les-Bains
06 25 86 07 92 - j...@apitux.com - http://www.apitux.com
SIRET : 452 887 441 00031 - APE : 6202A

===


___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [Talk-pt] Local vedado/proibido

[Nuno José Almeida]

À falta de melhor fica assim.

Obrigado.


Alexandre Moleiro  escreveu no dia terça,
18/06/2019 à(s) 07:40:

> Olá.
>
> Tenho visto access=no nalguns casos desses, creio que os roteadores têm em
> conta essa tag.
> Não sei se é a forma mais correcta mas é usada.
>
> Alexandre
>
> A segunda, 17/06/2019, 23:02, Nuno José Almeida 
> escreveu:
>
>> Boas malta.
>>
>> A escadaria de acesso à Praia Grande em Sintra está interdito, sujeita a
>> multa e intransitável.
>>
>>
>> https://sintranoticias.pt/2018/11/30/derrocada-do-bloco-de-pedras-no-acesso-a-praia-grande/
>>
>> Procurei a melhor etiqueta mas ou não estão em uso ou não existem ou não
>> encontrei. Qual a vossa opinião? Ainda esta Quinta-feira estava a fazer
>> Ericeira > Cabo da Roca sempre junto à costa e estava a contar com este
>> caminho. Tive de voltar para trás.
>>
>> Cumprimentos
>>
>> --
>> Nuno José Almeida
>> ___
>> Talk-pt mailing list
>> Talk-pt@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-pt
>>
> ___
> Talk-pt mailing list
> Talk-pt@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-pt
>


-- 
Nuno José Almeida
___
Talk-pt mailing list
Talk-pt@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-pt

Re: [Talk-at] Hausnummern + Hauseingänge / Adressen in Wien?

[Friedrich Volkmann]

On 18.06.19 00:36, Kevin Kofler wrote:

Ich hatte mal eine Lehrveranstaltung in der Liechtensteinstraße 22. Dort
gibt es mindestens 3 getrennte Gebäudeteile: vorne im Erdgeschoß ein
Supermarkt, über dessen Eingang logischerweise nur der Supermarkt selbst
erreichbar ist, dahinter ein Stiegenhaus mit Lift, von dem aus der gesuchte
Raum aber auch nicht auffindbar war, und ganz hinten ein Stiegenhaus ohne
Lift, über das ich von Ortskundigen hinaufgeschickt wurde. Dabei hatten die
Gebäudeteile nicht einmal getrennte Adressen!


Ich kenne das Gebäude nicht. Im Moment hat hat es in OSM die Hausnummer 
22-22a. Daran ist was faul, denn Hausnummern mit a, b... werden in Wien dann 
vergeben, wenn ein neues Haus eingefügt wird und man nicht die Nummern aller 
folgenden Häuser erhöhen will. Hausnummern mit "bis" werden im umgekehrten 
Fall vergeben, nämlich wenn dort, wo früher 2 Häuser waren, jetzt nur noch 1 
großes ist und man in den Hausnummern keine Lücke lassen will. Im konkreten 
Fall trifft beides nicht zu und es spricht somit nichts dagegen, dem Haus 
einfach die Nummer 22 zu geben. Auch der Spar hat laut Website nur die 
Hausnummer 22 und nicht 22-22a. Dort, wo in der Basemap die Nummer 22A 
anzeigt, sieht man in Google Streetview tatsächlich einen Eingang mit der 
Nummer 22A, aber wohlgemerkt mit großgeschriebenem A, und es ist 
hochgestellt. Weiß jemand, was diese Großbuchstaben bedeuten?


Diesen Eingang kannst du nicht meinen, denn das A wär dir aufgefallen. Dein 
Stiegenhaus mit Lift muss also irgendwo im Durchhaus sein und das ohne Lift 
dahinter im Hof (Node 1708783545). Dessen Tagging (access=customers) passt 
aber nicht zu deiner Angabe, dass dort eine LVA stattgefunden hat. Und in 
der Basemap steht da die Stiegennummer 4 – doch wo ist die Stiege 3? Die 
wird in der Basemap unterschlagen. Wenn dort Stiegennummern angeschrieben 
sind, dann hättest du nicht rätseln müssen, welche Stiege die richtige ist.


Jedenfalls sieht man in diesem Fall, dass es nichts bringt, die Hausnummer 
an den Haupteingang zu setzen, denn der Spar ist so weder auffind- noch 
routbar (selbst wenn sein Eingang gemappt wäre), und auch zu dem Eingang, wo 
deine LVA stattfand, wärst du nicht hingeroutet worden.


Wenn man die Hausnummer aufs ganze Gebäude setzt, können Anwendungen dem 
Benutzer wenigstens die Ausdehnung des Gebäudes anzeigen, in dem er sein 
Ziel suchen muss. Und wenn der Hörsaal oder das Institut als POI gemappt 
ist, dann ist sogar klar, auf welcher Seite des Gebäudes man zum Suchen 
anfangen muss. Einen Eingang beim Routing sicher zuordnen geht nur mittels 
Indoormapping. Beim Spar ist das ganz einfach: Man muss ihn nur flächig 
mappen, und der Eingang schließt dann direkt an. Bei der LVA müsste man 
zusätzlich zum Institut auch das Stiegenhaus und ggf. einen Korridor mappen 
um die Verbindung herzustellen. Ich weiß nicht, ob irgendein Router das 
überhaupt schon kann, aber die Firma Merz (alias Weltstaat) hat in Wien 
schon alle U-Bahn-Stationen in OSM mit solchem Indoormapping zugepflastert, 
und die werden das nicht aus Idealismus gemacht, sondern einen konkreten 
Zweck damit verfolgt haben.


--
Friedrich K. Volkmann   http://www.volki.at/
Adr.: Davidgasse 76-80/14/10, 1100 Wien, Austria

___
Talk-at mailing list
Talk-at@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-at

Re: [OSM-talk-fr] Osmose erreurs#1270

[osm . sanspourriel]

Parions sur place=square.

Le 18/06/2019 à 09:53, marc marc - marc_marc_...@hotmail.com a écrit :

Le 18.06.19 à 09:26, Francois Gouget a écrit :

On Thu, 13 Jun 2019, David Crochet wrote:

Si le chemin arrive à une aire, cela nécessite la continuité
dudit chemin à l'intérieur de l'aire.

Donc sur un endroit comme ci-dessous il faut faire traverser les chemins
et voies cyclables ? Où est-ce que c'est pas encore bien décidé ?

https://osmose.openstreetmap.fr/fr/map/#item=1270=18=47.497935=-0.581093=1%2C2%2C3==

oui assurer la continuité est une des façon de résoudre le soucis

l'autre c'est de se demander ce que représente ceci
https://www.openstreetmap.org/way/359798404
une rue piétonne qui n'est pas une rue et qui est permis aux voitures
je sais pas ce que cela voulait représenter mais cela ne semble pas
être une rue piétonne :)

fred horse=yes a encore frappé :) (en passant, il n'y a sans doute
pas de panneau concernant les chevaux,donc pas besoin de tag horse)
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [talk-au] Wadbilliga Road south east NSW marked 4WD only

[Adrian Hobbs via Talk-au]

Are the two mutually exclusive? Road classification versus surface condition? 
First time I drove this road it was smooth as - just been graded. Last was 
after heavy rain and an army tank would have had trouble.
Adrian

⁣Sent from BlueMail ​

On 18 Jun. 2019, 16:08, at 16:08, Warin <61sundow...@gmail.com> wrote:
>Hi,
>
>This appears to be an error. On the LPI Base map it looks like a 
>tertiary rd..
>
>Way: Wadbilliga Road (380747553) ... this extends to the east as well.
>
>
>Any objections to removing the 4WD only and upping it to tertiary
>class?
>
>
>___
>Talk-au mailing list
>Talk-au@openstreetmap.org
>https://lists.openstreetmap.org/listinfo/talk-au


___
Talk-au mailing list
Talk-au@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-au

Re: [OSM-talk-fr] Osmose erreurs#1270

[marc marc]

Le 18.06.19 à 09:26, Francois Gouget a écrit :
> On Thu, 13 Jun 2019, David Crochet wrote:
>> Si le chemin arrive à une aire, cela nécessite la continuité 
>> dudit chemin à l'intérieur de l'aire.
> 
> Donc sur un endroit comme ci-dessous il faut faire traverser les chemins
> et voies cyclables ? Où est-ce que c'est pas encore bien décidé ?
> 
> https://osmose.openstreetmap.fr/fr/map/#item=1270=18=47.497935=-0.581093=1%2C2%2C3==

oui assurer la continuité est une des façon de résoudre le soucis

l'autre c'est de se demander ce que représente ceci
https://www.openstreetmap.org/way/359798404
une rue piétonne qui n'est pas une rue et qui est permis aux voitures
je sais pas ce que cela voulait représenter mais cela ne semble pas
être une rue piétonne :)

fred horse=yes a encore frappé :) (en passant, il n'y a sans doute
pas de panneau concernant les chevaux,donc pas besoin de tag horse)
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] question philantropique - impact environnemental du libre

[marc marc]

Le 18.06.19 à 08:23, Christian Quest a écrit :
> Le libre est-il plus léger en usage de ressources ? Pas bien sûr, pas 
> forcément, pas toujours.

en ressource humaine, sans doute (= réutilisation du code/des librairies
des autres), mais pas d'étude sous la main $ ce sujet.
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [talk-au] Wadbilliga Road south east NSW marked 4WD only

[David Wales]

Forgot to reply to the list...
Take 2.
Also, here is a description http://www.ausjeepoffroad.com/forum/showpost.php?s=df502a2c56c4e13e0de74c9fa678bd02=1449763=2>
of the road from someone who has driven it:


Hi Warin,

Is it possible for a road to be both tertiary AND 4WD only?
The LPI Base Map appears tertiary, but the LPI NSW Imagery is definitely
a dirt road.
It's hard to tell from the imagery whether the dirt road is 4WD only.

The National Parks website describes it as a 4WD touring route, although
it doesn't specifically say that is impassable for 2WDs:
https://www.nationalparks.nsw.gov.au/things-to-do/4wd-touring-routes/wadbilliga-road-drive

This website describes it as:

"Difficulty: Moderate
Length: 10km to 30km
Type:
Sharp Rocks
Steep ascents/descents
River crossing(s)"

https://tracks.4x4earth.com/4wd-track/wadbilliga-road/820

Regards,
David Wales

On 18/6/19 4:05 pm, Warin wrote:
> Hi,
>
> This appears to be an error. On the LPI Base map it looks like a
> tertiary rd..
>
> Way: Wadbilliga Road (380747553) ... this extends to the east as well.
>
>
> Any objections to removing the 4WD only and upping it to tertiary class?
>
>
> ___
> Talk-au mailing list
> Talk-au@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-au



signature.asc
Description: OpenPGP digital signature
___
Talk-au mailing list
Talk-au@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-au

[Talk-it] Musei

[Lorenzo Rolla]

Gentile Martin, provo a rispondere (è la prima volta che scrivo qui…).
Preciso subito che mie fonti sono il MIBACT e i vari poli museali
regionali. Il movente che mi ha spinto a intervenire intorno a numerosi
musei è l’evidente esiguità delle informazioni disponibili a un potenziale
visitatore. I miei interventi - generalmente limitati all’inserimento
dell’orario, del sito web, della email e del numero di telefono - hanno
solo lo scopo di accrescere il lavoro già eseguito da altri, certosino, ma
oggettivamente insufficiente a orientare la scelta di visitare un luogo
artistico o storico. Personalmente considero il mio irrisorio contributo
una sorta di “civismo digitale” giovevole a suscitare un ideale contatto
con il mondo delle arti, incontro in grado di elevare lo spirito e, perchè
no, le menti dei miei concittadini. Il ragionato impulso di partecipare
alla costruzione fattiva di questo spettacolare mondo delle mappe (incontro
del tutto casuale e recente) è anche motivato dalla presa di coscienza di
non ridurre la rappresentazione grafica dei luoghi a un mero esercizio di
toponomastica, ma di creare le opportunità (da cogliere o meno) di una
maggiore consapevolezza della realtà circostante.
Ecco in sintesi la ragione della mia industriosa presenza in questo luogo.
Ad maiora. Lorenzo.

-- 
Lorenzo
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [OSM-talk-fr] Osmose erreurs#1270

[Francois Gouget]

On Thu, 13 Jun 2019, David Crochet wrote:

> Bonjour
> 
> Le 13/06/2019 à 12:44, lenny.libre a écrit :
> > Est-ce le "area=yes" qui perturbe Osmose où une erreur de ma part ? 
> 
> Si le chemin arrive à une aire, cela nécessite la continuité dudit 
> chemin à l'intérieur de l'aire.

Donc sur un endroit comme ci-dessous il faut faire traverser les chemins 
et voies cyclables ? Où est-ce que c'est pas encore bien décidé ?

https://osmose.openstreetmap.fr/fr/map/#item=1270=18=47.497935=-0.581093=1%2C2%2C3==


-- 
Francois Gouget   http://fgouget.free.fr/
 Any sufficiently advanced technology is indistinguishable from magic.
Arthur C. Clarke___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Projet OSM et BNF...

[Christian Quest]

Je me suis sûrement emmêlé les fichiers pour sortir mes millésimes...

A refaire en partant du full planet d'avril 2012 !

L'avantage c'est que la quantité de données était limitée et que ça va bien
plus vite qu'un planet actuel ;)

Le mar. 18 juin 2019 à 09:14,  a écrit :

> Je me demande si les versions "antiques" sont correctement restituées :
>
>
> http://osm13.openstreetmap.fr/~cquest/leaflet/archeosm.html#18/48.73512/-3.43681
>
> J'ai comme l'impression que les chemins ont l'emprise actuelle et non
> l'emprise à la date indiquée : ça semble étonnant que les ronds-points
> soient disjoints des routes y menant.
>
> J'avais envisagé des évolutions de tags mais aux deux ronds-points
> regardés de plus près les petits morceaux de voie à sens unique ont été
> rajoutés plus récemment.
>
> Jean-Yvon
> Le 18/06/2019 à 08:37, Christian Quest - cqu...@openstreetmap.fr a écrit :
>
> Certificat corrigé, en principe ça devrait être tout bon de ce côté :)
>
> Le lun. 17 juin 2019 à 20:25, Christian Quest  a
> écrit :
>
>> Pas tout, encore un petit pépin de certificat... mais je verrai après
>> diner, faut pas déconner avec les priorités.
>>
>
> --
> Christian Quest - OpenStreetMap France
>
> ___
> Talk-fr mailing 
> listTalk-fr@openstreetmap.orghttps://lists.openstreetmap.org/listinfo/talk-fr
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>


-- 
Christian Quest - OpenStreetMap France
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [Talk-pt] Local vedado/proibido

[Alexandre Moleiro]

Olá.

Tenho visto access=no nalguns casos desses, creio que os roteadores têm em
conta essa tag.
Não sei se é a forma mais correcta mas é usada.

Alexandre

A segunda, 17/06/2019, 23:02, Nuno José Almeida 
escreveu:

> Boas malta.
>
> A escadaria de acesso à Praia Grande em Sintra está interdito, sujeita a
> multa e intransitável.
>
>
> https://sintranoticias.pt/2018/11/30/derrocada-do-bloco-de-pedras-no-acesso-a-praia-grande/
>
> Procurei a melhor etiqueta mas ou não estão em uso ou não existem ou não
> encontrei. Qual a vossa opinião? Ainda esta Quinta-feira estava a fazer
> Ericeira > Cabo da Roca sempre junto à costa e estava a contar com este
> caminho. Tive de voltar para trás.
>
> Cumprimentos
>
> --
> Nuno José Almeida
> ___
> Talk-pt mailing list
> Talk-pt@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-pt
>
___
Talk-pt mailing list
Talk-pt@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-pt

Re: [OSM-talk-fr] Projet OSM et BNF...

[osm . sanspourriel]

Je me demande si les versions "antiques" sont correctement restituées :

http://osm13.openstreetmap.fr/~cquest/leaflet/archeosm.html#18/48.73512/-3.43681

J'ai comme l'impression que les chemins ont l'emprise actuelle et non
l'emprise à la date indiquée : ça semble étonnant que les ronds-points
soient disjoints des routes y menant.

J'avais envisagé des évolutions de tags mais aux deux ronds-points
regardés de plus près les petits morceaux de voie à sens unique ont été
rajoutés plus récemment.

Jean-Yvon

Le 18/06/2019 à 08:37, Christian Quest - cqu...@openstreetmap.fr a écrit :

Certificat corrigé, en principe ça devrait être tout bon de ce côté :)

Le lun. 17 juin 2019 à 20:25, Christian Quest mailto:cqu...@openstreetmap.fr>> a écrit :

Pas tout, encore un petit pépin de certificat... mais je verrai
après diner, faut pas déconner avec les priorités.


--
Christian Quest - OpenStreetMap France

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [talk-au] Wadbilliga Road south east NSW marked 4WD only

[Mateusz Konieczny]

18 Jun 2019, 08:40 by daviewa...@disroot.org:

>   Is it possible for a road to be both tertiary AND 4WD only?
>
Yes. In general highway=* tag is about road importance, not quality.

There are highway=primary full of potholes, highway=track with excellent asphalt
etc.

There are highway=trunk in Africa that are 4WD.

>From what I found - for example in Sierra Leone there are cases of 
>highway=trunk
(highest level of national network, connecting major cities) that look like 
this,
at least during rainy season:
https://www.flickr.com/photos/28067294@N03/2709853961 


highway=tertiary is attempted to be defined as
"roads connecting smaller settlements, and within large settlements for 
roads connecting local centres. In terms of the transportation network, 
OpenStreetMap "tertiary" roads commonly also connect minor streets 
to more major roads."

___
Talk-au mailing list
Talk-au@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-au

Re: [OSM-talk-fr] question philantropique - impact environnemental du libre

[Cédric Frayssinet]

Le 18/06/2019 à 08:23, Christian Quest a écrit :
> Là où je vois une différence c'est sur le marketing... des docs
> imprimées, de la pub (en ligne ou autre), des voyages de commerciaux,
> des salons avec débauche de moyens, etc. Très peu de tout ça dans le
> libre.
>
> Je ne vois pas trop ce que ça change à l'usage au niveau impact
> environnemental.
> Le libre est-il plus léger en usage de ressources ? Pas bien sûr, pas
> forcément, pas toujours.


De mon point de vue, sur des services en ligne, c'est plus léger en
ressources, notamment parce qu'il n'y a que rarement de la publicité ou
des vidéos qui se lancent toutes seules. Nous nous en rendons pas tous
compte car nous avons un beau uBlock Origin qui tourne en fond.

Vite fait, j'ai trouvé ce vieil article :
https://www.journaldunet.com/web-tech/developpeur/1131626-le-poids-des-pages-web-a-explose-de-150-en-trois-ans/

De plus, sur les logiciels, il n'y a que rarement de la télémétrie,
jetez un œil à Windows 10 par exemple :
https://framablog.org/2019/02/18/windows-10-plongee-en-eaux-troubles/



> Il y a quand même dans le libre une tendance à optimiser et maintenir
> une compatibilité pour permettre de fonctionner sur du matériel plus
> limité, voire ancien.
>
> Là, oui, un linux léger permet de prolonger la durée d'usage d'un
> ordinateur qui avec un OS propriétaire (pas forcément de dernière
> génération mais au moins maintenu pour la sécurité) serait trop lent
> pour être utilisé. Ceci permet souvent de donner une deuxième vie aux
> machines qu'on mettrait sinon en déchetterie.


+1


Peut-être qu'il faudrait contacter l'APRIL pour cela, ils doivent avoir
des ressources.

Cédric


>
>
> Le mar. 18 juin 2019 à 00:05, Violaine_Do  > a écrit :
>
> Hello,
>
> Je me demandais si certains d'entre vous avaient des références ou
> argumentaire sur le bien fondé du bien commun d'un point de vue
> environnemental / ressources et/ou un comparatif vs solutions
> propriétaire? (je pense qu'on est tous convaincus, mais un
> référentiel
> sur le sujet ne seraient que bénéfiques..). Je pense que ça peut
> aussi
> nous aider à faire avancer (encore plus) OSM...
>
> Des liens / articles à lire sur le sujet?
>
> Merci..
>
> A bientôt
>
> PS: gros big up aux organisateurs du SOTM et aux communicants, ça
> permet
> de suivre de loin!!
>
> -- 
> Violaine_Do     
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org 
> https://lists.openstreetmap.org/listinfo/talk-fr
>
>
>
> -- 
> Christian Quest - OpenStreetMap France
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr



___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [talk-au] Wadbilliga Road south east NSW marked 4WD only

[Ross Scanlon]

It may be shown as tertiary but I'd be cautious about removing 4wd_only 
based on the NSW basemap only.


Have you had a look at the NSW imagery for that area or checked any 
other form of road conditions eg.


https://www.nationalparks.nsw.gov.au/things-to-do/4wd-touring-routes/wadbilliga-road-drive


Cheers

Ross



On 18/06/19 16:05, Warin wrote:

Hi,

This appears to be an error. On the LPI Base map it looks like a 
tertiary rd..


Way: Wadbilliga Road (380747553) ... this extends to the east as well.


Any objections to removing the 4WD only and upping it to tertiary class?


___
Talk-au mailing list
Talk-au@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-au



___
Talk-au mailing list
Talk-au@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-au

Re: [talk-au] Wadbilliga Road south east NSW marked 4WD only

[Warin]

On 18/06/19 16:05, Warin wrote:

Hi,

This appears to be an error. On the LPI Base map it looks like a 
tertiary rd..


Way: Wadbilliga Road (380747553) ... this extends to the east as well.


Any objections to removing the 4WD only and upping it to tertiary class?


From
https://www.nationalparks.nsw.gov.au/things-to-do/4wd-touring-routes/wadbilliga-road-drive 



Says
"Difficulty: Moderate
Length: 10km to 30km
Type:
Sharp Rocks
Steep ascents/descents
River crossing(s)"


I would think 4WD 'recommended' might be more suitable than 'only'.
In a 2WD with some ground clearance I would think that it is usable.

Certainly not a 'track'.
___
Talk-au mailing list
Talk-au@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-au

Re: [OSM-talk-fr] Projet OSM et BNF...

[Christian Quest]

Certificat corrigé, en principe ça devrait être tout bon de ce côté :)

Le lun. 17 juin 2019 à 20:25, Christian Quest  a
écrit :

> Pas tout, encore un petit pépin de certificat... mais je verrai après
> diner, faut pas déconner avec les priorités.
>

-- 
Christian Quest - OpenStreetMap France
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] question philantropique - impact environnemental du libre

[Christian Quest]

Là où je vois une différence c'est sur le marketing... des docs imprimées,
de la pub (en ligne ou autre), des voyages de commerciaux, des salons avec
débauche de moyens, etc. Très peu de tout ça dans le libre.

Je ne vois pas trop ce que ça change à l'usage au niveau impact
environnemental.
Le libre est-il plus léger en usage de ressources ? Pas bien sûr, pas
forcément, pas toujours.
Il y a quand même dans le libre une tendance à optimiser et maintenir une
compatibilité pour permettre de fonctionner sur du matériel plus limité,
voire ancien.

Là, oui, un linux léger permet de prolonger la durée d'usage d'un
ordinateur qui avec un OS propriétaire (pas forcément de dernière
génération mais au moins maintenu pour la sécurité) serait trop lent pour
être utilisé. Ceci permet souvent de donner une deuxième vie aux machines
qu'on mettrait sinon en déchetterie.


Le mar. 18 juin 2019 à 00:05, Violaine_Do  a écrit :

> Hello,
>
> Je me demandais si certains d'entre vous avaient des références ou
> argumentaire sur le bien fondé du bien commun d'un point de vue
> environnemental / ressources et/ou un comparatif vs solutions
> propriétaire? (je pense qu'on est tous convaincus, mais un référentiel
> sur le sujet ne seraient que bénéfiques..). Je pense que ça peut aussi
> nous aider à faire avancer (encore plus) OSM...
>
> Des liens / articles à lire sur le sujet?
>
> Merci..
>
> A bientôt
>
> PS: gros big up aux organisateurs du SOTM et aux communicants, ça permet
> de suivre de loin!!
>
> --
> Violaine_Do
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>


-- 
Christian Quest - OpenStreetMap France
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Projet OSM et BNF...

[Jean-Christophe Becquet]

Le 17/06/2019 19:10, Christian Quest a écrit :
> Je suis en train de préparer quelque chose pour la Bibliothèque
> Nationale de France, un serveur de tuiles "millésimées".
> 
> J'ai pour l'instant régénérer des bases au 1er janvier de chaque année
> de 2007 à 2011 et configuré un rendu FR pour chaque millésime (feuille
> de style identique et actuelle).
> 
> C'est encore très alpha, mais vous pouvez voir ce que ça donne sur:
> http://osm13.openstreetmap.fr/~cquest/leaflet/archeosm.html
> 
> 
> Le projet avec la BNF consiste à archiver les cartes numériques (pas
> qu'OSM) et j'ai une seconde réunion jeudi matin avec le service des
> archives cartographiques d'où la mise en ligne de ce PoC ;)
> 
> L'interface est très basique, c'est avant tout sur les imports et rendus
> que je me suis concentré pour l'instant car l'objectif est de montrer
> qu'on peut regénérer des cartes "anciennes".
> 
> Merci d'avance pour vos retours !

Bonjour,

Merci Christian, c'est intéressant.

Il serait utile d'ajouter l'année en paramètre pour avoir des urls qui
pointent directement vers le millésime choisi.

Bonne journée

JCB
-- 
Digne : SIG libres à l'IUT avec les étudiants - mercredi 19 juin
https://iut.univ-amu.fr/presentation-logiciels-libres-sig-19-juin-2019

==APITUX : le choix du logiciel libre==

APITUX - Jean-Christophe Becquet
2 chemin du Tivoli - 04000 Digne-les-Bains
06 25 86 07 92 - j...@apitux.com - http://www.apitux.com
SIRET : 452 887 441 00031 - APE : 6202A

===

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

[talk-au] Wadbilliga Road south east NSW marked 4WD only

[Warin]

Hi,

This appears to be an error. On the LPI Base map it looks like a 
tertiary rd..


Way: Wadbilliga Road (380747553) ... this extends to the east as well.


Any objections to removing the 4WD only and upping it to tertiary class?


___
Talk-au mailing list
Talk-au@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-au