Re: [OSM-talk-fr] Fusion de communes... LE chantier annuel ;)

[Christian Quest]

L'INSEE va publier une liste en principe la semaine prochaine... je referai
une passe en me basant dessus.

Le dim. 13 janv. 2019 à 01:49, Jérôme Amagat  a
écrit :

> Plusieurs ajouts sur Wikipédia depuis le 1er janvier :
> https://fr.wikipedia.org/wiki/Liste_des_communes_nouvelles_cr%C3%A9%C3%A9es_en_2019
> il y a des cas bizarres :( :
> Beyrede-Jumet-Camous sans accent sur Beyrede dans l’arrêté préfectoral
> alors qu'il y en avait sur l'ancienne commune de Beyrède-Jumet.
> Fresnay-sur-Sarthe : composé de 3 communes qui ne se touchent pas toutes
> alors qu'il me semble que c'est obligatoire. Il semble n'y avoir que
> quelques mètres entre les anciennes communes de Fresnay-sur-Sarthe
> et Saint-Germain-sur-Sarthe mais elle ne sont pas contiguës.
> https://www.openstreetmap.org/relation/107624 et
> https://www.openstreetmap.org/relation/107591.
> Cette commune nouvelle de Fresnay-sur-Sarthe n'existe pas encore dans osm
> contrairement aux autres.
>
>
> Le lun. 31 déc. 2018 à 19:53, Christian Quest  a
> écrit :
>
>> Il y a encore de très nombreux usages des limites de communes
>> correspondant à quelques années en arrière et c'est donc utile de les
>> conserver quelques années.
>>
>> Bien sûr ça pourra dégager quand ça ne servira plus, mais on a aussi des
>> appellations qui dureront bien plus longtemps car ces communes nouvelles
>> sont souvent une création vécue comme artificielle par les habitants.
>>
>> En choisissant des tags non ambigus, on évite les erreurs pouvant laisser
>> penser qu'une emprise "passée" est actuelle.
>> Je pense qu'il n'y a pas de souci pour les réutilisateurs qui se fichent
>> de ces infos, et rien de spécial à faire pour les contributeurs... ces
>> infos étant très stables dans le temps, ce n'est pas là dessus qu'on
>> contribue beaucoup ;)
>>
>>
>> Le lun. 31 déc. 2018 à 19:07, JB  a écrit :
>>
>>> Question bête d'un gars dont ce n'est pas le métier :
>>> Est-ce que c'est vraiment à conserver dans OSM ?
>>> Avant, on avait juste les admin_level=8. On a transformé en =9 pour les
>>> anciennes communes. Maintenant, on voudrait repasser les nouvelles =8 en
>>> quelque chose d'autre parce qu'une commune a intégré la nouvelle commune
>>> pour faire une autre nouvelle commune ? Est-ce que le modèle de tags d'OSM
>>> est vraiment fait pour ça ? Est-ce que quelqu'un y comprendra quelque chose
>>> ? Dans un an, dans 10 ans ? Est-ce qu'un réutilisateur potentiel n'ira pas
>>> chercher les éléments dans une autre base de données, quitte à ajouter
>>> l'information spatiale à partir d'éléments simples d'OSM ?
>>> Dubitatif, et toujours adepte de garder de l'information simple. Pour la
>>> comprendre quand on contribue. Moi, et surtout les nouveaux contributeurs
>>> potentiels, qui ne connaissent rien au sujet.
>>> JB.
>>>
>>> Le 31/12/2018 à 18:18, Christian Quest a écrit :
>>>
>>> Oui, il va falloir suivre les publications de dernière minute... quel
>>> bazar !
>>> Je suis presque chaud pour rajouter un 4ème épisode à ma série
>>> "Millésimons"*
>>>
>>> Bien vue la requête overpass, heureusement que mon script amis à jour
>>> les admin_level sur les anciennes frontières internes des communes
>>> nouvelles ;)
>>>
>>> Pour les EPCI, il va falloir attendre que la DGCL publie une liste à
>>> jour (base BANATIC).
>>>
>>> Pour les anciennes communes nouvelles qui se sont étendues, j'ai en
>>> principe mis à jour admin_type:FR=ancienne commune nouvelle
>>>
>>> Effectivement si on veut que la somme des admin_level=9 correspondent à
>>> l'admin_level=8 qui les regroupe, il ne faudrait le garder que sur les plus
>>> petits morceaux du puzzle...
>>>
>>> On peut toujours les retrouver avec le disused:admin_level=8
>>>
>>> C'est à bien documenter une fois qu'on aura trouvé un consensus ;)
>>>
>>>
>>> * https://medium.com/@cq94/mill%C3%A9simons-3fa21714abdf
>>>
>>> Le lun. 31 déc. 2018 à 13:15, Jérôme Amagat  a
>>> écrit :
>>>
 Bien jouer Christian!

 Il va falloir continuer à suivre la page Wikipédia
 https://fr.wikipedia.org/wiki/Liste_des_communes_nouvelles_cr%C3%A9%C3%A9es_en_2019
 au cas ou il y ai des oublies ou des arrêtés préfectoraux signés au
 dernier moment et qui paraissent que début janvier.

 Les intercom et les arrondissements départementaux ne sont constitués
 que de communes entières. Il y a des communes nouvelles de plusieurs
 intercom ou d'arrondissements et donc des intercom et arrondissement qui
 ont du être modifiés.
 Je pense que cette requête overpass turbo permet de trouver des
 frontières où il y a un problèmes ( frontières d'intercom mais pas de
 communes) :
 https://overpass-turbo.eu/s/ER6
 (on peut faire pareil pour les arrondissement mais on trouve des
 frontières où il n'y a pas forcement des problèmes)

 En ce début d'année, il peut y avoir des changements dans les intercom
 et les arrondissements non liés aux communes nouvelles mais malheureusement
 je ne crois pas qu'il y ai de listes 

Re: [talk-au] Brisbane City Address Import

[Joel H.]

Is this information worth preserving in the upload?

On 13/1/19 12:52 pm, fors...@ozonline.com.au wrote:
>> - What does the "ADDRESS USE TYPE" field mean? And should it be
>> preserved?
>
> Hi, just guessing, when a property fronts onto two roads, 'Uprn
> (official location)' is where their mail is delivered and 'Alternate'
> is the other frontage.
>
> Tony
>
>
>
>

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

Re: [talk-au] Brisbane City Address Import

[Joel H.]

Hi no need. I figured out all I needed with a simple python script I
found online and LibreOffice Calc.

On 13/1/19 12:59 pm, David Wales wrote:
> If you create a repository for your import scripts, and create some
> issues, I'm happy to help out.
>
> Have a look at Dion Moult's import repository for the NSW LPI Address
> data for some ideas. We are importing suburb by suburb, and putting
> changesets up for review on the repository before uploading them.
> https://gitlab.com/dionmoult/osm-nsw-address-import
>
> This Brisbane import should be *much* more straightforward than the NSW
> LPI import, because you have access to all the data upfront.
>
> On 13/1/19 1:52 pm, fors...@ozonline.com.au wrote:
>>> - What does the "ADDRESS USE TYPE" field mean? And should it be
>>> preserved?
>> Hi, just guessing, when a property fronts onto two roads, 'Uprn
>> (official location)' is where their mail is delivered and 'Alternate' is
>> the other frontage.
>>
>> Tony
>>
>>
>>
>>
>>
>> ___
>> 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
___
Talk-au mailing list
Talk-au@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-au

[Talk-us] weeklyOSM #442 2019-01-01-2019-01-07

[weeklyteam]

The weekly round-up of OSM news, issue # 442,
is now available online in English, giving as always a summary of all things 
happening in the openstreetmap world:

http://www.weeklyosm.eu/en/archives/11313/

Enjoy!

weeklyOSM? 
who: https://wiki.openstreetmap.org/wiki/WeeklyOSM#Available_Languages 
where?: 
https://umap.openstreetmap.fr/en/map/weeklyosm-is-currently-produced-in_56718#2/8.6/108.3
___
Talk-us mailing list
Talk-us@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-us

[Talk-ko] weeklyOSM #442 2019-01-01-2019-01-07

[weeklyteam]

매주 일어나는 OSM 소식을 종합한, 442번째 주간OSM이 발행되었습니다.

http://www.weeklyosm.eu/ko/archives/11313/

읽어 주셔서 감사합니다!

주간OSM이란? 
누가?: https://wiki.openstreetmap.org/wiki/WeeklyOSM#Available_Languages 
어디서?: 
https://umap.openstreetmap.fr/en/map/weeklyosm-is-currently-produced-in_56718#2/8.6/108.3
___
Talk-ko mailing list
Talk-ko@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ko

[Talk-br] semanárioOSM Nº 442 2019-01-01-2019-01-07

[theweekly . osm]

Bom dia,

O semanárioOSM Nº 442, o resumo de tudo o que acontece no mundo OpenStreetMap, 
está publicado *em português*:

http://www.weeklyosm.eu/pb/archives/11313/

Aproveite!

semanarioOSM? 
Quem?: https://wiki.openstreetmap.org/wiki/WeeklyOSM#Available_Languages 
Onde?: 
https://umap.openstreetmap.fr/en/map/weeklyosm-is-currently-produced-in_56718#2/8.6/108.3
___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

[Talk-pt] semanárioOSM Nº 442 2019-01-01-2019-01-07

[theweekly . osm]

Bom dia,

O semanárioOSM Nº 442, o resumo de tudo o que acontece no mundo OpenStreetMap, 
está publicado *em português*:

http://www.weeklyosm.eu/pb/archives/11313/

Aproveite!

semanarioOSM? 
Quem?: https://wiki.openstreetmap.org/wiki/WeeklyOSM#Available_Languages 
Onde?: 
https://umap.openstreetmap.fr/en/map/weeklyosm-is-currently-produced-in_56718#2/8.6/108.3
___
Talk-pt mailing list
Talk-pt@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-pt

[Talk-ca] hebdoOSM Nº 442 2019-01-01-2019-01-07

[theweekly . osm]

Bonjour,

Le résumé hebdomadaire n° 442 de l'actualité OpenStreetMap vient de paraître 
*en français*. Un condensé à retrouver sur :

http://www.weeklyosm.eu/fr/archives/11313/

Bonne lecture !

hebdoOSM ? 
Qui : https://wiki.openstreetmap.org/wiki/WeeklyOSM#Available_Languages 
Où : 
https://umap.openstreetmap.fr/en/map/weeklyosm-is-currently-produced-in_56718#2/8.6/108.3
___
Talk-ca mailing list
Talk-ca@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ca

[Talk-ht] hebdoOSM Nº 442 2019-01-01-2019-01-07

[theweekly . osm]

Bonjour,

Le résumé hebdomadaire n° 442 de l'actualité OpenStreetMap vient de paraître 
*en français*. Un condensé à retrouver sur :

http://www.weeklyosm.eu/fr/archives/11313/

Bonne lecture !

hebdoOSM ? 
Qui : https://wiki.openstreetmap.org/wiki/WeeklyOSM#Available_Languages 
Où : 
https://umap.openstreetmap.fr/en/map/weeklyosm-is-currently-produced-in_56718#2/8.6/108.3
___
Talk-ht mailing list
Talk-ht@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ht
Notez! Vous pouvez utiliser Google Translate (http://translate.google.com) pour 
traduire les messages.

[Talk-africa] hebdoOSM Nº 442 2019-01-01-2019-01-07

[theweekly . osm]

Bonjour,

Le résumé hebdomadaire n° 442 de l'actualité OpenStreetMap vient de paraître 
*en français*. Un condensé à retrouver sur :

http://www.weeklyosm.eu/fr/archives/11313/

Bonne lecture !

hebdoOSM ? 
Qui : https://wiki.openstreetmap.org/wiki/WeeklyOSM#Available_Languages 
Où : 
https://umap.openstreetmap.fr/en/map/weeklyosm-is-currently-produced-in_56718#2/8.6/108.3
___
Talk-africa mailing list
Talk-africa@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-africa

[OSM-talk-fr] hebdoOSM Nº 442 2019-01-01-2019-01-07

[theweekly . osm]

Bonjour,

Le résumé hebdomadaire n° 442 de l'actualité OpenStreetMap vient de paraître 
*en français*. Un condensé à retrouver sur :

http://www.weeklyosm.eu/fr/archives/11313/

Bonne lecture !

hebdoOSM ? 
Qui : https://wiki.openstreetmap.org/wiki/WeeklyOSM#Available_Languages 
Où : 
https://umap.openstreetmap.fr/en/map/weeklyosm-is-currently-produced-in_56718#2/8.6/108.3
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

[Talk-es] semanarioOSM Nº 442 2019-01-01-2019-01-07

[theweekly . osm]

Hola, el semanario Nº 442, el sumario de todo lo que está ocurriendo en el 
mundo de openstreetmap está en línea en *español*:

http://www.weeklyosm.eu/es/archives/11313/

¡Disfruta!

semanarioOSM? 
¿Dónde?: https://wiki.openstreetmap.org/wiki/WeeklyOSM#Available_Languages 
¿Quién?: 
https://umap.openstreetmap.fr/en/map/weeklyosm-is-currently-produced-in_56718#2/8.6/108.3
___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

[Talk-cl] semanarioOSM Nº 442 2019-01-01-2019-01-07

[theweekly . osm]

Hola, el semanario Nº 442, el sumario de todo lo que está ocurriendo en el 
mundo de openstreetmap está en línea en *español*:

http://www.weeklyosm.eu/es/archives/11313/

¡Disfruta!

semanarioOSM? 
¿Dónde?: https://wiki.openstreetmap.org/wiki/WeeklyOSM#Available_Languages 
¿Quién?: 
https://umap.openstreetmap.fr/en/map/weeklyosm-is-currently-produced-in_56718#2/8.6/108.3
___
Talk-cl mailing list
Talk-cl@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cl

[talk-ph] weeklyOSM #442 2019-01-01-2019-01-07

[weeklyteam]

The weekly round-up of OSM news, issue # 442,
is now available online in English, giving as always a summary of all things 
happening in the openstreetmap world:

http://www.weeklyosm.eu/en/archives/11313/

Enjoy!

weeklyOSM? 
who: https://wiki.openstreetmap.org/wiki/WeeklyOSM#Available_Languages 
where?: 
https://umap.openstreetmap.fr/en/map/weeklyosm-is-currently-produced-in_56718#2/8.6/108.3
___
talk-ph mailing list
talk-ph@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ph

[OSM-talk-ie] weeklyOSM #442 2019-01-01-2019-01-07

[weeklyteam]

The weekly round-up of OSM news, issue # 442,
is now available online in English, giving as always a summary of all things 
happening in the openstreetmap world:

http://www.weeklyosm.eu/en/archives/11313/

Enjoy!

weeklyOSM? 
who: https://wiki.openstreetmap.org/wiki/WeeklyOSM#Available_Languages 
where?: 
https://umap.openstreetmap.fr/en/map/weeklyosm-is-currently-produced-in_56718#2/8.6/108.3
___
Talk-ie mailing list
Talk-ie@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ie

[Talk-in] weeklyOSM #442 2019-01-01-2019-01-07

[weeklyteam]

The weekly round-up of OSM news, issue # 442,
is now available online in English, giving as always a summary of all things 
happening in the openstreetmap world:

http://www.weeklyosm.eu/en/archives/11313/

Enjoy!

weeklyOSM? 
who: https://wiki.openstreetmap.org/wiki/WeeklyOSM#Available_Languages 
where?: 
https://umap.openstreetmap.fr/en/map/weeklyosm-is-currently-produced-in_56718#2/8.6/108.3
___
Talk-in mailing list
Talk-in@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-in

[Talk-africa] weeklyOSM #442 2019-01-01-2019-01-07

[weeklyteam]

The weekly round-up of OSM news, issue # 442,
is now available online in English, giving as always a summary of all things 
happening in the openstreetmap world:

http://www.weeklyosm.eu/en/archives/11313/

Enjoy!

weeklyOSM? 
who: https://wiki.openstreetmap.org/wiki/WeeklyOSM#Available_Languages 
where?: 
https://umap.openstreetmap.fr/en/map/weeklyosm-is-currently-produced-in_56718#2/8.6/108.3
___
Talk-africa mailing list
Talk-africa@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-africa

[Talk-GB] weeklyOSM #442 2019-01-01-2019-01-07

[weeklyteam]

The weekly round-up of OSM news, issue # 442,
is now available online in English, giving as always a summary of all things 
happening in the openstreetmap world:

http://www.weeklyosm.eu/en/archives/11313/

Enjoy!

weeklyOSM? 
who: https://wiki.openstreetmap.org/wiki/WeeklyOSM#Available_Languages 
where?: 
https://umap.openstreetmap.fr/en/map/weeklyosm-is-currently-produced-in_56718#2/8.6/108.3
___
Talk-GB mailing list
Talk-GB@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-gb

[OSM-co] semanarioOSM Nº 442 2019-01-01-2019-01-07

[theweekly . osm]

Hola, el semanario Nº 442, el sumario de todo lo que está ocurriendo en el 
mundo de openstreetmap está en línea en *español*:

http://www.weeklyosm.eu/es/archives/11313/

¡Disfruta!

semanarioOSM? 
¿Dónde?: https://wiki.openstreetmap.org/wiki/WeeklyOSM#Available_Languages 
¿Quién?: 
https://umap.openstreetmap.fr/en/map/weeklyosm-is-currently-produced-in_56718#2/8.6/108.3
___
Talk-co mailing list
Talk-co@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-co

[Talk-ca] weeklyOSM #442 2019-01-01-2019-01-07

[weeklyteam]

The weekly round-up of OSM news, issue # 442,
is now available online in English, giving as always a summary of all things 
happening in the openstreetmap world:

http://www.weeklyosm.eu/en/archives/11313/

Enjoy!

weeklyOSM? 
who: https://wiki.openstreetmap.org/wiki/WeeklyOSM#Available_Languages 
where?: 
https://umap.openstreetmap.fr/en/map/weeklyosm-is-currently-produced-in_56718#2/8.6/108.3
___
Talk-ca mailing list
Talk-ca@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ca

[Talk-cu] semanarioOSM Nº 442 2019-01-01-2019-01-07

[theweekly . osm]

Hola, el semanario Nº 442, el sumario de todo lo que está ocurriendo en el 
mundo de openstreetmap está en línea en *español*:

http://www.weeklyosm.eu/es/archives/11313/

¡Disfruta!

semanarioOSM? 
¿Dónde?: https://wiki.openstreetmap.org/wiki/WeeklyOSM#Available_Languages 
¿Quién?: 
https://umap.openstreetmap.fr/en/map/weeklyosm-is-currently-produced-in_56718#2/8.6/108.3
___
Talk-cu mailing list
Talk-cu@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cu

[OSM-talk] weeklyOSM #442 2019-01-01-2019-01-07

[weeklyteam]

The weekly round-up of OSM news, issue # 442,
is now available online in English, giving as always a summary of all things 
happening in the openstreetmap world:

http://www.weeklyosm.eu/en/archives/11313/

Enjoy!

weeklyOSM? 
who: https://wiki.openstreetmap.org/wiki/WeeklyOSM#Available_Languages 
where?: 
https://umap.openstreetmap.fr/en/map/weeklyosm-is-currently-produced-in_56718#2/8.6/108.3
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

[talk-latam] semanarioOSM Nº 442 2019-01-01-2019-01-07

[theweekly . osm]

Hola, el semanario Nº 442, el sumario de todo lo que está ocurriendo en el 
mundo de openstreetmap está en línea en *español*:

http://www.weeklyosm.eu/es/archives/11313/

¡Disfruta!

semanarioOSM? 
¿Dónde?: https://wiki.openstreetmap.org/wiki/WeeklyOSM#Available_Languages 
¿Quién?: 
https://umap.openstreetmap.fr/en/map/weeklyosm-is-currently-produced-in_56718#2/8.6/108.3
___
talk-latam mailing list
talk-latam@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-latam

Re: [talk-au] Brisbane City Address Import

[David Wales]

If you create a repository for your import scripts, and create some
issues, I'm happy to help out.

Have a look at Dion Moult's import repository for the NSW LPI Address
data for some ideas. We are importing suburb by suburb, and putting
changesets up for review on the repository before uploading them.
https://gitlab.com/dionmoult/osm-nsw-address-import

This Brisbane import should be *much* more straightforward than the NSW
LPI import, because you have access to all the data upfront.

On 13/1/19 1:52 pm, fors...@ozonline.com.au wrote:
>> - What does the "ADDRESS USE TYPE" field mean? And should it be
>> preserved?
> 
> Hi, just guessing, when a property fronts onto two roads, 'Uprn
> (official location)' is where their mail is delivered and 'Alternate' is
> the other frontage.
> 
> Tony
> 
> 
> 
> 
> 
> ___
> 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

Re: [talk-au] Brisbane City Address Import

[forster]

- What does the "ADDRESS USE TYPE" field mean? And should it be preserved?


Hi, just guessing, when a property fronts onto two roads, 'Uprn  
(official location)' is where their mail is delivered and 'Alternate'  
is the other frontage.


Tony





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

[talk-au] Brisbane City Address Import

[Joel H.]

Hello everyone, I think that we should do selective imports of Brisbane
City address data, seeing as we have a waiver and obtaining address data
manually is labor intensive.

Since I live here I can handle imports.

However I would like help preparing the csv file, anyone who can lend
some python scripts or whatever would be excellent.

- Road names are separated into two fields "ROAD NAME" and "ROAD TYPE",
Could I have help merging these fields?

- Suburb names and road types are in all caps, Could I have help
lowercasing all letters except the first of each word?

- What does the "ADDRESS USE TYPE" field mean? And should it be preserved?

- Misc. tagging help. What fields should I have in the import?


The dataset can be downloaded from:
https://www.data.brisbane.qld.gov.au/data/dataset/property-address-data

The projection method is UTM, the zone is 56, and the hemisphere is South


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

Re: [OSM-talk-fr] Fusion de communes... LE chantier annuel ;)

[Jérôme Amagat]

Plusieurs ajouts sur Wikipédia depuis le 1er janvier :
https://fr.wikipedia.org/wiki/Liste_des_communes_nouvelles_cr%C3%A9%C3%A9es_en_2019
il y a des cas bizarres :( :
Beyrede-Jumet-Camous sans accent sur Beyrede dans l’arrêté préfectoral
alors qu'il y en avait sur l'ancienne commune de Beyrède-Jumet.
Fresnay-sur-Sarthe : composé de 3 communes qui ne se touchent pas toutes
alors qu'il me semble que c'est obligatoire. Il semble n'y avoir que
quelques mètres entre les anciennes communes de Fresnay-sur-Sarthe
et Saint-Germain-sur-Sarthe mais elle ne sont pas contiguës.
https://www.openstreetmap.org/relation/107624 et
https://www.openstreetmap.org/relation/107591.
Cette commune nouvelle de Fresnay-sur-Sarthe n'existe pas encore dans osm
contrairement aux autres.


Le lun. 31 déc. 2018 à 19:53, Christian Quest  a
écrit :

> Il y a encore de très nombreux usages des limites de communes
> correspondant à quelques années en arrière et c'est donc utile de les
> conserver quelques années.
>
> Bien sûr ça pourra dégager quand ça ne servira plus, mais on a aussi des
> appellations qui dureront bien plus longtemps car ces communes nouvelles
> sont souvent une création vécue comme artificielle par les habitants.
>
> En choisissant des tags non ambigus, on évite les erreurs pouvant laisser
> penser qu'une emprise "passée" est actuelle.
> Je pense qu'il n'y a pas de souci pour les réutilisateurs qui se fichent
> de ces infos, et rien de spécial à faire pour les contributeurs... ces
> infos étant très stables dans le temps, ce n'est pas là dessus qu'on
> contribue beaucoup ;)
>
>
> Le lun. 31 déc. 2018 à 19:07, JB  a écrit :
>
>> Question bête d'un gars dont ce n'est pas le métier :
>> Est-ce que c'est vraiment à conserver dans OSM ?
>> Avant, on avait juste les admin_level=8. On a transformé en =9 pour les
>> anciennes communes. Maintenant, on voudrait repasser les nouvelles =8 en
>> quelque chose d'autre parce qu'une commune a intégré la nouvelle commune
>> pour faire une autre nouvelle commune ? Est-ce que le modèle de tags d'OSM
>> est vraiment fait pour ça ? Est-ce que quelqu'un y comprendra quelque chose
>> ? Dans un an, dans 10 ans ? Est-ce qu'un réutilisateur potentiel n'ira pas
>> chercher les éléments dans une autre base de données, quitte à ajouter
>> l'information spatiale à partir d'éléments simples d'OSM ?
>> Dubitatif, et toujours adepte de garder de l'information simple. Pour la
>> comprendre quand on contribue. Moi, et surtout les nouveaux contributeurs
>> potentiels, qui ne connaissent rien au sujet.
>> JB.
>>
>> Le 31/12/2018 à 18:18, Christian Quest a écrit :
>>
>> Oui, il va falloir suivre les publications de dernière minute... quel
>> bazar !
>> Je suis presque chaud pour rajouter un 4ème épisode à ma série
>> "Millésimons"*
>>
>> Bien vue la requête overpass, heureusement que mon script amis à jour les
>> admin_level sur les anciennes frontières internes des communes nouvelles ;)
>>
>> Pour les EPCI, il va falloir attendre que la DGCL publie une liste à jour
>> (base BANATIC).
>>
>> Pour les anciennes communes nouvelles qui se sont étendues, j'ai en
>> principe mis à jour admin_type:FR=ancienne commune nouvelle
>>
>> Effectivement si on veut que la somme des admin_level=9 correspondent à
>> l'admin_level=8 qui les regroupe, il ne faudrait le garder que sur les plus
>> petits morceaux du puzzle...
>>
>> On peut toujours les retrouver avec le disused:admin_level=8
>>
>> C'est à bien documenter une fois qu'on aura trouvé un consensus ;)
>>
>>
>> * https://medium.com/@cq94/mill%C3%A9simons-3fa21714abdf
>>
>> Le lun. 31 déc. 2018 à 13:15, Jérôme Amagat  a
>> écrit :
>>
>>> Bien jouer Christian!
>>>
>>> Il va falloir continuer à suivre la page Wikipédia
>>> https://fr.wikipedia.org/wiki/Liste_des_communes_nouvelles_cr%C3%A9%C3%A9es_en_2019
>>> au cas ou il y ai des oublies ou des arrêtés préfectoraux signés au
>>> dernier moment et qui paraissent que début janvier.
>>>
>>> Les intercom et les arrondissements départementaux ne sont constitués
>>> que de communes entières. Il y a des communes nouvelles de plusieurs
>>> intercom ou d'arrondissements et donc des intercom et arrondissement qui
>>> ont du être modifiés.
>>> Je pense que cette requête overpass turbo permet de trouver des
>>> frontières où il y a un problèmes ( frontières d'intercom mais pas de
>>> communes) :
>>> https://overpass-turbo.eu/s/ER6
>>> (on peut faire pareil pour les arrondissement mais on trouve des
>>> frontières où il n'y a pas forcement des problèmes)
>>>
>>> En ce début d'année, il peut y avoir des changements dans les intercom
>>> et les arrondissements non liés aux communes nouvelles mais malheureusement
>>> je ne crois pas qu'il y ai de listes de ces changements :)
>>> (J'ai fait l'un de ces changements dans osm dans l'Ain, un intercom en
>>> absorbe un autre)
>>>
>>> J'ai vu que pour les ancienne communes nouvelles qui ont fusionnées en
>>> de plus grandes communes nouvelles, il y a parfois admin_level=9.
>>> Je pense que ça 

Re: [talk-cz] Překlady pro iD s KeepRight

[Pavel Zbytovský]

Danieli, mě link funguje. Pokud je na vině mail klient, zkus se tam
proklikat třeba odsud: https://openstreetmap.cz/talkcz/c2711

Honzo, dík za případnou snahu :)
Co se týče terminologie, snažil jsem se pomocí těchto překladů vyjít vstříc
začátečníkům na mých školeních OSM. Pokud se way překládalo jako cesta,
bylo to pro ně matoucí - proto "linie" se ukázalo jako dobrý neutrální
termín. Podobně slovo uzel znají spíše matematici, proto se slovo "bod" zdá
vhodnější.

Je to klidně k diskusi. :) Jen možná lepší držet nyní jeden terminologický
klíč a pak případně změnit všechny výskyty.

P.




On Sat, Jan 12, 2019 at 6:13 PM Jan Macura  wrote:

> Ahoj,
>
> On Sat, 12 Jan 2019 at 11:16, Pavel Zbytovský  wrote:
>
>> pokud byste měl někdo chuť, budu rád za pomoc s překlady v editoru iD [1].
>>
>
> taky mi přišlo oznámení, zkusím tomu pár chvilek věnovat.
>
> Aktuální terminologický slovníček:
>> - node = *bod* (nikoliv uzel)
>> - way = *linie* (nikoliv cesta)
>>
>
> Aniž bych do toho teď chtěl víc rýpat, tak čistě ze zvědavosti: kde se
> vzalo přesvědčení, že je vhodnější překládat *node* jako *bod* a *way*
> jako *cesta*? (*feature* jako *prvek* je naprosto "all right")
>
> H.
> ___
> 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] Attribution SnapChat

[Epickiwi]

Si, l'attribution est bien là.


Dans les reglages en haut a droite, on peux voire "Carte SnapMap via Mapbox" et 
les attributions "©OpenStreetMap" et "©DigitalGlobe". Il y a même un bouton 
vers l'outil de contribution de Mapbox. 


Le 12 janv. 2019 04:47, Cédric Frayssinet  a écrit :

Bonjour,

En lançant la partie géolocalisation de l'appli Snapchat sur le portable de ma 
fille, je me suis aperçu que le fond de carte était de l'OSM. J'ai pu le 
constater avec les chemins et autres jardins crées dans mon quartier. Ce qui, 
d'ailleurs, sera intéressant avec les élèves de secondes en SNT (nouvelle 
matière).

Sauf que, comme vous pouvez le voir sur cette capture d'écran [1], Snapchat ne 
fait pas d'attribution...

J'avoue ne pas savoir qui contacter chez Snapchat ;)

Cédric

[1] : 
https://framapiaf.org/system/media_attachments/files/002/096/362/original/8a01f8af43b7de25.jpg


-- 

Dégooglisé ! - Sociétaire Enercoop, l'énergie militante

Sur Mastodon : @bristow...@framapiaf.org

 

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

Re: [Talk-ro] Road network improvements in Romania

[Strainu]

A bit more active that the mailing list, but still low-traffic. I have no
idea about the forum, didn't even know it existed :)

Pe sâmbătă, 12 ianuarie 2019, Andrew Wiseman  a
scris:

> Thank you! Fixed :) That’s all good to know, I’ll take a look, and visit
> the Facebook group as well. Is that more active than the email list or the
> OSM Romania Forum?
>
> Andrew
>
> Sent from my iPhone 
>
> On Jan 12, 2019, at 11:36 AM, Strainu  wrote:
>
> Hi Andrew,
>
> I'm guessing the subject should read "Romania" instead of "Macedonia"? :)
>
> The tagging rules for Romania are presented in the upper section of
> https://wiki.openstreetmap.org/wiki/Talk:Ro:Map_Features. Let me know if
> you need a manual translation.
>
> Beware of aligning with the traces - some, especially the old ones are not
> very reliable. If you do this automatically, I would test a bit with the
> highways first, as those are pretty well aligned in my experience. If you
> do it manually, you can use the buildings to properly align imagery.
>
> In recent years I haven't seen any major issues on the major roads, except
> the lack of or bad alignment of speed limits,which I don't think you can
> solve without local knowledge. If you find major issues, feel free to ask a
> local second opinion either here or on Facebook ("OpenStreetMap Romania"
> group).
>
> Good luck,
>   Strainu
>
> e vineri, 11 ianuarie 2019, Andrew Wiseman  a
> scris:
>
>> Hello OSM Romania,
>>
>> My name is Andrew Wiseman, I work for Apple on the maps team. My team is
>> interested in doing some work on the road network in Romania on
>> OpenStreetMap, things like adding missing roads, making sure roads
>> connect properly, fixing incorrect alignments with GPS traces, ensuring
>> road classifications are consistent, and other similar issues.
>>
>> Are there places you know of that need improvement or types of problems
>> you see frequently? And are there any imagery sources you'd recommend, any
>> specific highway classification guidelines you recommend, or anything else
>> that might help? I've seen https://wiki.openstreetma
>> p.org/wiki/WikiProject_Romania
>>
>> We have a Github page here about the project: https://github.com/os
>> mlab/appledata/issues/137
>>
>> Thank you,
>>
>> Andrew
>>
>> Apple, Inc.
>>
>>
>> Andrew Wiseman |  Maps | andrew_wise...@apple.com
>>
>> ___
> Talk-ro mailing list
> Talk-ro@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-ro
>
>
___
Talk-ro mailing list
Talk-ro@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ro

Re: [OSM-talk-fr] Attribution SnapChat

[marc marc]

pas convaincu qu'un (c) soie un réglage :-s

Le 12.01.19 à 18:39, Vincent de Château-Thierry a écrit :
> Bonjour,
> J'en avais parlé ici :
> https://twitter.com/_vdct/status/87823194728448?s=19 et 
> l'attribution était présente mais discrète, ce qu'on tolère plus 
> facilement sur petits ecrans mobiles.
> 
> vincent
> 
> Le 12/01/2019, 10:45 "Cédric Frayssinet"  a écrit:
> 
> Bonjour,
> 
> En lançant la partie géolocalisation de l'appli Snapchat sur le
> portable de ma fille, je me suis aperçu que le fond de carte était
> de l'OSM. J'ai pu le constater avec les chemins et autres jardins
> crées dans mon quartier. Ce qui, d'ailleurs, sera intéressant avec
> les élèves de secondes en SNT (nouvelle matière).
> 
> Sauf que, comme vous pouvez le voir sur cette capture d'écran [1],
> Snapchat ne fait pas d'attribution...
> 
> J'avoue ne pas savoir qui contacter chez Snapchat ;)
> 
> Cédric
> 
> [1] :
> 
> https://framapiaf.org/system/media_attachments/files/002/096/362/original/8a01f8af43b7de25.jpg
> 
> 
> -- 
> Dégooglisé !  - Sociétaire
> Enercoop ,
> l'énergie militante
> 
> Sur Mastodon : @bristow...@framapiaf.org
> 
> 
> Promouvoir et soutenir le logiciel libre 
> 
> 
> ___
> 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] Attribution SnapChat

[Vincent de Château-Thierry]

Bonjour,
J'en avais parlé ici :
https://twitter.com/_vdct/status/87823194728448?s=19 et l'attribution était 
présente mais discrète, ce qu'on tolère plus facilement sur petits ecrans 
mobiles. 

vincent

Le 12/01/2019, 10:45 "Cédric Frayssinet"  a écrit:

Bonjour,

En lançant la partie géolocalisation de l'appli Snapchat sur le portable de ma 
fille, je me suis aperçu que le fond de carte était de l'OSM. J'ai pu le 
constater avec les chemins et autres jardins crées dans mon quartier. Ce qui, 
d'ailleurs, sera intéressant avec les élèves de secondes en SNT (nouvelle 
matière).

Sauf que, comme vous pouvez le voir sur cette capture d'écran [1], Snapchat ne 
fait pas d'attribution...

J'avoue ne pas savoir qui contacter chez Snapchat ;)

Cédric

[1] : 
https://framapiaf.org/system/media_attachments/files/002/096/362/original/8a01f8af43b7de25.jpg


-- 

Dégooglisé ! - Sociétaire Enercoop, l'énergie militante

Sur Mastodon : @bristow...@framapiaf.org

 

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

Re: [talk-cz] Udělení grantu - Project/MFFUK/Wikidata & ETL - Meta

[Jan Macura]

Ahoj

On Sat, 12 Jan 2019 at 15:42, Ladislav Nesnera  wrote:

> (...) propojená data
>  od ČÚZAKu
> (...)
>

To zní skoro jako oxymorón! Moc Ti to nevěřím...

Nicméně, moc nerozumím, k čemu by se OSM komunita měla přidat.. Ta žádost
je o grant od Wikimedia Foundation, takže jej mohou podpořit jednotlivci
registrovaní jako členové v některém z projektů WMF.

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

Re: [talk-cz] [Talk-cz] Mapy.cz a OSM data v CZ (a jinde)

[Jan Macura]

On Fri, 11 Jan 2019 at 23:50, Jan Dudík  wrote:

> Takže abychom se pak nedivili, když na žádost dostaneme dva papíry A4 s
> černobílou okopírovanou ortofotomapou a na nich zvýrazňovačem pět teček
> (parkovací automaty, aneb jak vypadá typický podklad od obce ke stávajícímu
> veřejnému osvětlení)
>

True story :D
Z vlastní zkušenosti: snažíme se to dělat v ČEZu trochu líp, ale ano, jsou
obce, kde to tak pořád je.

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

Re: [talk-cz] Překlady pro iD s KeepRight

[Jan Macura]

Ahoj,

On Sat, 12 Jan 2019 at 11:16, Pavel Zbytovský  wrote:

> pokud byste měl někdo chuť, budu rád za pomoc s překlady v editoru iD [1].
>

taky mi přišlo oznámení, zkusím tomu pár chvilek věnovat.

Aktuální terminologický slovníček:
> - node = *bod* (nikoliv uzel)
> - way = *linie* (nikoliv cesta)
>

Aniž bych do toho teď chtěl víc rýpat, tak čistě ze zvědavosti: kde se
vzalo přesvědčení, že je vhodnější překládat *node* jako *bod* a *way* jako
*cesta*? (*feature* jako *prvek* je naprosto "all right")

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

Re: [OSM-talk-fr] La carte Près de Chez Nous PDCN

[althio]

On Sat, 12 Jan 2019 at 11:57, marc marc  wrote:
>
> Le 12.01.19 à 11:53, osm.sanspourr...@spamgourmet.com a écrit :
> >> en coopératives ou pas
>
> > on doit bien pouvoir leur trouver une clé
>
> operator:type=ngo ?

operator:type=cooperative
sur https://wiki.openstreetmap.org/wiki/Key:operator:type
(à rajouter sur la version française)

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

Re: [OSM-talk-fr] Mise à jour du rendu "hydro"

[althio]

Outre le bleu et le mauve, je vois aussi des ponctuels orange,
typiquement des châteaux d'eau, réservoirs, stations de traitement ou
pompage...

Au passage, les libellés sont parfois abrégés (en fonction du zoom),
parfois comportent des erreurs du genre encodage de caractères.

ex : RÄ©servoir ; Réserv. ; ChÄ¢teau d'eau ; Ch. Eau

--
Benoît

On Sat, 12 Jan 2019 at 09:19, Christian Quest  wrote:
>
> Dans la couche hydro de la BD Topo, il y a une table reservoir_eau et une 
> table point_eau
>
> Quasiment aucune info à part la nature de l'objet et un id: réservoir 
> (45526), chateau d'eau (11798) , source (48798), source captée (13381), 
> fontaine (29063), station de pompage (19259), citerne (6803) et autre (31056)
>
> Au total il y a pas loin de 200.000 objets.
>
> Dans la BD Carthage (plus ancienne), il y a plus d'infos: toponyme, cote
> - reservoirs: 36126
> - château d'eau: 12028
> - station de pompage: 11006
> - station de traitement: 8944
>
> Bref... jette un oeil sur les docs et les données ;)
>
>
>
> Le ven. 11 janv. 2019 à 21:10, François Lacombe  a 
> écrit :
>>
>> Merci Christian, ce rendu est super utile.
>>
>> Comme je vois les réservoirs visibles sur la carte, il faudrait que je fasse 
>> des demandes d'opendata à tous les services de l'eau pour avoir plus d'infos.
>> Est-ce que c'est facile de faire une extraction de ces points depuis la BD 
>> Carthage ?
>> Quels sont les attributs disponibles ?
>>
>> Bonne soirée
>>
>> François
>>
>> Le jeu. 10 janv. 2019 à 09:29, Christian Quest  a 
>> écrit :
>>>
>>> J'ai mis à jour hier soir les données de la couche "Hydro" qui combinent la 
>>> BD Carthage (un peu ancienne maintenant) et la couche hydro de la BD Topo 
>>> (en licence ouverte depuis déjà quelque temps).
>>>
>>> Infos ici: 
>>> https://wiki.openstreetmap.org/wiki/FR:Serveurs/tile.openstreetmap.fr#Hydro
>>>
>>> Vue directe: 
>>> https://tile.openstreetmap.fr/?zoom=16=48.81578=2.40922=00B00FT
>>>
>>> En bleu: source BD Carthage
>>> En Mauve: source BD Topo Hydro (octobre 2018)
>>>
>>> --
>>> 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
>
>
>
> --
> 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: [OSM-talk] Google deletes map of Kurdistan - can we do better?

[Max]

I think it's a false equivalence to ask for Kurdistan in OSM when in the 
case of Google it was a users shared outline. The equivalent would be a 
uMap.  Here, I made one:


https://umap.openstreetmap.fr/de/map/kurdistan_281832

(I uploaded the .kml of the google user map)

I doubt this will enrage Turkish officials as much as a google branded 
one, but who knows, maybe they will protest with the french abassador, 
after all it is a .fr domain. /s


m.


On 10.01.19 22:36, Andreas Vilén wrote:

Hi!

The Turkish government has forced Google to delete a user made map of 
Kurdistan. I read this in a Swedish news article here: 
https://www.dn.se/nyheter/varlden/google-raderade-kurdistan-karta/ This 
is the best English source I can find: 
https://www.almasdarnews.com/article/google-forced-to-delete-custom-made-map-of-kurdistan-amid-pressure-from-turkey/


They were forced to delete it for Turkish citizens but chose to delete 
it completely anyway ("technical reasons"), but have since restored it 
for the rest of the world: 
https://www.google.com/maps/d/u/0/viewer?ie=UTF8=h=UTF8=0=1umTU2XPOmzQ245YY40dF_NNTpVc=36.21402763739052%2C39.249140445657076=9


This got me thinking: how does OSM display Kurdistan? It seems, we 
don't. This relation covers the Iranian province of Kurdistan: 
https://www.openstreetmap.org/relation/5392650 However there doesn't 
seem to be any map that covers the entire area.


I realize that it might be hard to map this since the region has no 
official border, right? I have no local knowledge at all, so I'm really 
just rising the topic for discussion. Also, there's no way to know if 
the Turkish government will crack down on OSMF if we do this.


Opinions?

Regards Andreas

___
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-at] Obersteirischer OSM Stammtisch

[gppes_osm]

Liebe Kollegen,

ich weise freundlich auf die Einladung zum obersteirischen OSM Stammtisch hin:
https://forum.openstreetmap.org/viewtopic.php?id=65049

Lg, Gppes

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

Re: [Talk-de] Mitbetreuer für die Chemnitzer Linux-Tage gesucht

[Pierre Goldenbogen]

> Hallo,
> 
> für die diesjährigen Chemnitzer Linux-Tage suchen wir noch
> Mitstreiter, welche uns am OpenStreetMap-Stand unterstützen. Diese
> finden am 16. und 17. März statt. Weitere Informationen findet ihr im
> Wiki.
> 
> Da der Anmeldeschluss in zwei Tagen ist, benötige ich auch eine
> kurzfriste Zusage.
> https://wiki.openstreetmap.org/wiki/Chemnitzer_Linux-Tage_2019
> 
> Mit besten Grüßen
> André

So, leider hab ich nicht früher Rückmeldung über meinen Urlaub bekommen
können. Ich werde als Gast anwesend sein.

- Pierre


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

Re: [OSM-talk-fr] La carte Près de Chez Nous PDCN

[marc marc]

Le 12.01.19 à 11:53, osm.sanspourr...@spamgourmet.com a écrit :
>> en coopératives ou pas

> on doit bien pouvoir leur trouver une clé 

operator:type=ngo ?
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] La carte Près de Chez Nous PDCN

[osm . sanspourriel]

Le 12/01/2019 à 10:56, Vincent Bergeot - vinc...@bergeot.org a écrit :
Dommage, les infos pour ces chaines/franchises sont dans la base 
SIRENE ;)


je transmets ! (je crois qu'il y a eu un débat pour les biocoop, car 
selon les cas elles sont en coopératives ou pas !!! et donc ne rentre 
pas dans la même catégorie selon eux :) !


Si ça peut leur faire plaisir on doit bien pouvoir leur trouver une clé 
permettant d'indiquer le statut, restera à savoir s'ils veulent 
distinguer les SCIC des SCOP ;-). Comme ça ils pourront contribuer 
directement dans OSM (ou enrichir dans OSM et dans leur base "perso").


Jean-Yvon, coopérateur qui apprécie modérément d'avoir aussi à mettre à 
jour les horaires sur cette base ;-)


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

Re: [talk-cz] [Talk-cz] Mapy.cz a OSM data v CZ (a jinde)

[Miroslav Suchý]

Dne 12. 01. 19 v 0:49 majka napsal(a):
> Na to obeslání dopisem se chystám, ale bude to zase jen a pouze první
> krok k tomu, začít jednat.

Obecna rada - doporucuji se stavit na magistratu osobne a predjednat to
face2face a pak teprve poslat oficialni dopis.

Mirek

-- 
,,,
   (o o)
  =oOO==(_)==OOo===
 )  mailto:miros...@suchy.cz  tel:+420-603-775737
(   One picture is worth 128K words.
 )Oooo.
 .oooO   (   )
 (   )) /
  \ ((_/
   \_)


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

Re: [talk-cz] Překlady pro iD s KeepRight

[Daniel Kašík]

Ahoj,

link na Transifex bohužel nefunguje :)

Daniel


Dne 12.01.2019 v 11:15 Pavel Zbytovský napsal(a):

Ahoj,

pokud byste měl někdo chuť, budu rád za pomoc s překlady v editoru iD 
[1]. Nyní tam přibyla podpora pro KeepRight validace, tak je tam 
spousta nových hlášek. Sám jsem jich teď asi 100 odbavil, ale rád se o 
tu práci podělím :-) Vše se do několika minut reflektuje sem [2].


Aktuální terminologický slovníček:
- node = *bod* (nikoliv uzel)
- way = *linie* (nikoliv cesta)
- area = *plocha*
- feature = *prvek* (nikoliv objekt)
- tag = *vlastnost*

Díky
Pavel


[1] 
https://www.transifex.com/openstreetmap/id-editor/translate/#cs/core/161547166?q=translated%3Ano

[2] http://preview.ideditor.com/master

___
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

[talk-cz] Překlady pro iD s KeepRight

[Pavel Zbytovský]

Ahoj,

pokud byste měl někdo chuť, budu rád za pomoc s překlady v editoru iD [1].
Nyní tam přibyla podpora pro KeepRight validace, tak je tam spousta nových
hlášek. Sám jsem jich teď asi 100 odbavil, ale rád se o tu práci podělím
:-) Vše se do několika minut reflektuje sem [2].

Aktuální terminologický slovníček:
- node = *bod* (nikoliv uzel)
- way = *linie* (nikoliv cesta)
- area = *plocha*
- feature = *prvek* (nikoliv objekt)
- tag = *vlastnost*

Díky
Pavel


[1]
https://www.transifex.com/openstreetmap/id-editor/translate/#cs/core/161547166?q=translated%3Ano
[2] http://preview.ideditor.com/master
___
talk-cz mailing list
talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz
https://openstreetmap.cz/talkcz

Re: [Talk-it] Ricariche telefoniche

[Martin Koppenhoefer]

sent from a phone

> On 10. Jan 2019, at 17:15, Daniele Santini  wrote:
> 
> "amenity"="vending_machine" + 
> "prepaid_top_up"="mobile_phone;public_transport" + 
> "prepaid_top_up:brand"="BVG;BRAND1;BRAND2"


appunto, proprio quello che dicevo: non c’è più metodo per indicare il brand di 
telefonia e il brand di trasporto pubblico, tutti i brand sono in una unica 
chiave. Visto che i marchi sono unici soltanto per lo stesso campo di attività, 
non sono più chiaramente definiti.

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

Re: [OSM-talk] Google deletes map of Kurdistan - can we do better?

[Martin Koppenhoefer]

sent from a phone

> On 11. Jan 2019, at 16:15, Andreas Vilén  wrote:
> 
> Yes, obviously, but is there anything that marks a certain area as Kurdistan? 
> I haven’t found anything.


I guess you’ll have to wait for the new OSMF policy that might eventually 
replace the on-the-ground rule. Heather wrote some days ago that they are going 
to release a statement soon.

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

Re: [OSM-talk-fr] La carte Près de Chez Nous PDCN

[Vincent Bergeot]

Bonjour,

Le 12/01/2019 à 09:26, Christian Quest a écrit :
Je ne sais pas si c'est déclaratif / crowdsourcing ou si ils se sont 
basés aussi sur de l'opendata, mais pour les chaînes de magasins bio 
(naturalia, biocoop, bio c bon, etc), il en manque énormément (2 près 
de chez moi manquent... et sont bien sûr dans OSM avec le tag organic=*).



de ce que j'en sais il y a un mélange entre du crowdsourcing et des 
connections à beaucoup d'autres bases assez "militantes" (je rappelle 
que prés de chez nous est porté par les colibris et donc souhaite 
montrer de façon militante les structures, mouvements, magasins, 
importants pour eux !). Les données utilisées et produites sont LO ou 
ODbl, ce qui est déjà énorme ! et la carte est développée aussi en libre.




Dommage, les infos pour ces chaines/franchises sont dans la base SIRENE ;)


je transmets ! (je crois qu'il y a eu un débat pour les biocoop, car 
selon les cas elles sont en coopératives ou pas !!! et donc ne rentre 
pas dans la même catégorie selon eux :) !





Le sam. 12 janv. 2019 à 07:58, Stéphane Péneau 
mailto:stephane.pen...@wanadoo.fr>> a écrit :


Bonjour Vincent,

Je viens de regarder par chez moi, et il ne semble pas qu'il y ait de
rapprochement entre les poi Osm et leurs couches de données. Osm est
bien meilleur.

Le pire que j'ai vu concerne une boutique nommée Casavrac :

https://presdecheznous.fr/annuaire#/fiche/Casavrac/D6h/@47.080,-1.272,13z?cat=Alimentation
En réalité elle est à plusieurs km :
https://www.openstreetmap.org/node/5959789630



ok, je fais remonter merci !

Pour préciser, je ne suis pas adhérent colibri même si je trouve que la 
légende du colibri qui amène de l'eau pour éteindre l'incendie est 
évocatrice pour moi et que leur position pro logiciel libre et données 
ouvertes me parle : 
https://www.colibris-outilslibres.org/le-pourquoi-du-comment/


Il me semble surtout intéressant d'avoir la possibilité que des 
"contributeurs" voient leurs contributions utilisées au mieux dans un 
maximum de cadre possible, assurant aussi ainsi une montée en qualité de 
données !


C'est ce que j'avais expliqué à PDCN et la raison de leur venue au 
sotm-fr, pour aussi voir comment fonctionne openstreetmap, car en dehors 
de cette liste, beaucoup de gens pensent qu'OSM est une carte et n'y 
pensent pas comme une base de donnée !


Bonne journée



--
Vincent Bergeot

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

[OSM-talk-fr] Attribution SnapChat

[Cédric Frayssinet]

Bonjour,

En lançant la partie géolocalisation de l'appli Snapchat sur le portable
de ma fille, je me suis aperçu que le fond de carte était de l'OSM. J'ai
pu le constater avec les chemins et autres jardins crées dans mon
quartier. Ce qui, d'ailleurs, sera intéressant avec les élèves de
secondes en SNT (nouvelle matière).

Sauf que, comme vous pouvez le voir sur cette capture d'écran [1],
Snapchat ne fait pas d'attribution...

J'avoue ne pas savoir qui contacter chez Snapchat ;)

Cédric

[1] :
https://framapiaf.org/system/media_attachments/files/002/096/362/original/8a01f8af43b7de25.jpg


-- 
Dégooglisé !  - Sociétaire Enercoop
, l'énergie militante

Sur Mastodon : @bristow...@framapiaf.org 

Promouvoir et soutenir le logiciel libre 

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

Re: [OSM-talk] Editing road geometry Australia

[Maarten Deen]

On 2019-01-11 23:15, Warin wrote:

On 11/01/19 21:45, Markus wrote:

On Fri, 11 Jan 2019 at 07:40, Maarten Deen  wrote:

On 2019-01-11 07:16, Petra Rajka - (p) wrote:



   * -35.3409195, 149.1616891

Ways 77001149 and 77000891 should IMHO not be mapped like that but
mapped with turn:lanes.

+1


-1

I disagree. But then I could be wrong.

In the above (Canberra) example:

Where a solid line exists between the two groups of lanes there is a
'legal barrier' that you cannot legally cross between the two groups of
lanes (2 go right and 2 continues


But solid lines (single and double) used in the sense of "not allowed to 
pass" or "not allowed to change lanes" are used everywhere over the 
whole world.
I'm sure you're not suggesting that this [1] road should be mapped as 
two seperate ways? Then why would we map other roads with no physical 
divider as two seperate ways?


[1] 




Also using the tag lanes how can the turn restrictions that exist be
tagged, the right 2 must turn right and the left 2 must go straight on 
?


turn:lanes=right|right|straight|straight

Regards,
Maarten

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

Re: [OSM-talk-fr] La carte Près de Chez Nous PDCN

[Christian Quest]

Je ne sais pas si c'est déclaratif / crowdsourcing ou si ils se sont basés
aussi sur de l'opendata, mais pour les chaînes de magasins bio (naturalia,
biocoop, bio c bon, etc), il en manque énormément (2 près de chez moi
manquent... et sont bien sûr dans OSM avec le tag organic=*).

Dommage, les infos pour ces chaines/franchises sont dans la base SIRENE ;)

Le sam. 12 janv. 2019 à 07:58, Stéphane Péneau 
a écrit :

> Bonjour Vincent,
>
> Je viens de regarder par chez moi, et il ne semble pas qu'il y ait de
> rapprochement entre les poi Osm et leurs couches de données. Osm est
> bien meilleur.
>
> Le pire que j'ai vu concerne une boutique nommée Casavrac :
>
> https://presdecheznous.fr/annuaire#/fiche/Casavrac/D6h/@47.080,-1.272,13z?cat=Alimentation
> En réalité elle est à plusieurs km :
> https://www.openstreetmap.org/node/5959789630
>
> Stf
>
> Le 11/01/2019 à 18:31, Vincent Bergeot a écrit :
> > Bonjour,
> >
> > nous en avions parlé sur cette liste il y a quelques temps et le
> > développeur principal de Près de Chez Nous est venu au dernier SotM-fr
> > à Bordeaux, pour rencontrer un peu mieux OSM, les contributeurs, ...
> >
> > Il vient de me dire qu'un certain nombre de POI d'OSM sont utilisés et
> > mis à jour de manière hebdomadaire (magasin bio et hackerspace).
> >
> > C'est par ici :
> > https://presdecheznous.fr/annuaire#/carte/@46.77,1.80,6z?cat=all
> >
> > Bonne exploration de cette carte qui agrège beaucoup beaucoup de
> > données !
> >
> >
>
>
> ___
> 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] Mise à jour du rendu "hydro"

[Christian Quest]

Dans la couche hydro de la BD Topo, il y a une table reservoir_eau et une
table point_eau

Quasiment aucune info à part la nature de l'objet et un id: réservoir
(45526), chateau d'eau (11798) , source (48798), source captée (13381),
fontaine (29063), station de pompage (19259), citerne (6803) et autre
(31056)

Au total il y a pas loin de 200.000 objets.

Dans la BD Carthage (plus ancienne), il y a plus d'infos: toponyme, cote
- reservoirs: 36126
- château d'eau: 12028
- station de pompage: 11006
- station de traitement: 8944

Bref... jette un oeil sur les docs et les données ;)



Le ven. 11 janv. 2019 à 21:10, François Lacombe 
a écrit :

> Merci Christian, ce rendu est super utile.
>
> Comme je vois les réservoirs visibles sur la carte, il faudrait que je
> fasse des demandes d'opendata à tous les services de l'eau pour avoir plus
> d'infos.
> Est-ce que c'est facile de faire une extraction de ces points depuis la BD
> Carthage ?
> Quels sont les attributs disponibles ?
>
> Bonne soirée
>
> François
>
> Le jeu. 10 janv. 2019 à 09:29, Christian Quest 
> a écrit :
>
>> J'ai mis à jour hier soir les données de la couche "Hydro" qui combinent
>> la BD Carthage (un peu ancienne maintenant) et la couche hydro de la BD
>> Topo (en licence ouverte depuis déjà quelque temps).
>>
>> Infos ici:
>> https://wiki.openstreetmap.org/wiki/FR:Serveurs/tile.openstreetmap.fr#Hydro
>>
>> Vue directe:
>> https://tile.openstreetmap.fr/?zoom=16=48.81578=2.40922=00B00FT
>>
>> En bleu: source BD Carthage
>> En Mauve: source BD Topo Hydro (octobre 2018)
>>
>> --
>> 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
>


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