Re: [OSM-legal-talk] use OSM data to select proprietary data

[Frederik Ramm]

Hi,

On 12.12.19 07:59, matthias.straetl...@buerotiger.de wrote:
> I want to use polygons (district boundaries) from OSM dataset to select 
> points for a proprietary dataset.
> The OSM dataset might be altered trivially (f.e. boundaries might be merged 
> where needed).
> The proprietary data isn't allowed to be used freely and is incompatible with 
> ODBL.
> 
> The result of the intersections is a geodatabase, which doesn't contain any 
> OSM data.

In my NAL opinion, the result will be derived from OSM data and
therefore inherits the ODbL license. This does, however, not mean that
you have to publish it; but *if* you publish (or "publilcy use") it,
then it has to be available under ODbL. If you just use it internally
then it is still ODbL but that doesn't matter to you.

As an exception to the above, if the number of boundaries you use is
less than 100 - an crucially this could be after the trivial alterations
you mention - then the extract you are making is considered not to be
substantial (see
https://wiki.osmfoundation.org/wiki/Licence/Community_Guidelines/Substantial_-_Guideline)
and therefore does not have to be under ODbL.

Bye
Frederik

-- 
Frederik Ramm  ##  eMail frede...@remote.org  ##  N49°00'09" E008°23'33"

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

Re: [talk-au] "Missing" Roads in Queensland

[Nemanja Bracko (E-Search) via Talk-au]

Thanks all for raising this issue! We are going to take a quick pause on our 
work in Queensland to take stock on this and make sure we’re going about this 
properly.


  *   Some concrete examples would be great, we’re currently reviewing our 
team’s work to identify reported issues. We’ve got 3 reports from Cleary @ 
10/25, 11/11 and 11/12. All these 3 issues have been fixed and we are paying 
more attention since then. We haven’t got any new reports, so we will re-check 
our edits. Once again, please send us more examples if you have.
  *   We’ve updated the wiki on organized editing projects – this is our bad, 
and we’ll do a better job keeping these up to date. We added this project and 
will make sure that this is kept up to date.

To address a few other topics brought up in the thread (and hopefully to 
assuage concerns about our team):


  *   We prioritize quality edits above all else and can guarantee we do not 
have edit quotas to fill.
  *   We actively QC our edits to OSM, but this is not to say this process is 
bulletproof. We are continually appreciative of keen eyes and local knowledge 
like yours to hold us accountable and push us to continue improving the way we 
do our work.

We’ll be following up, but don’t have all the answers at this moment. We want 
you all to know we take these criticisms seriously and will take steps to 
address any issues we can identify and avoid any potential future missteps.

Best Regards,
Nemanja Bračko
___
Talk-au mailing list
Talk-au@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-au

[OSM-legal-talk] use OSM data to select proprietary data

[matthias . straetling]

Dear IANALs,

I want to use polygons (district boundaries) from OSM dataset to select points 
for a proprietary dataset.
The OSM dataset might be altered trivially (f.e. boundaries might be merged 
where needed).
The proprietary data isn't allowed to be used freely and is incompatible with 
ODBL.

The result of the intersections is a geodatabase, which doesn't contain any OSM 
data.

Is there some kind of share-alike? Does the resulting dataset need attribution 
like "selected with OSM data"?

Regards,
Matthias

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

Re: [Talk-it] place=square

[Francesco Pelullo]

Il mer 11 dic 2019, 23:11 Martin Koppenhoefer  ha
scritto:

> dopo un breve sopraluogo Streetview direi che l'ipotesi più credibile è
> quella di avere Piazza Italia fino alla chiesa, ed avere lì ad altezza
> della facciata principale della chiesa sul marciapiede un confine comune
> delle due piazze.
>

In questi casi, la soluzione ideale sarebbe quella di verificare i numeri
civici.

Ciascuna piazza avrà una propria numerazione, basta seguire quella per
capire dove finisce una ed inizia l'altra.

Ciao
/niubii/



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

Re: [OSM-talk-fr] adresse mail rejetée

[Philippe Verdy]

Je l'ai noté aussi depuis mars dernier. Le gestionnaire de mailing list a
semble-t-il changé en silence. De fait j'ai du me réinscrire avec mon
adresse Gmail, et je n'utilise plus mon adresse Wanadoo.fr historique quio
pourtant fonctionne toujours et aboutit à mon adresse Gmail.

Visiblement le gestionnaire n'admet plus les adresses mail redirigées (même
si la redirection est transparente pour les expéditeurs), on ne peut alors
pas répondre depuis ces messages redirigés, le gestionnaire ne faisant pas
l'identification pourtant correcte dans les champs MIME; la modif a été
brutale et je pense que c'est lié à un changement du logiciel de détection
des spams qui ne sait pas identifier les source des messages et met le
reste directement à la poubelle sans rien dire.

Bref c'est un problème pour tous ceux qui ont changé d'adresse mail pour
communiquer mais ayant gardé pourtant l'ancienne adresse fonctionnelle : il
faut maintenant se réinscrire avec la nouvelle adresse mail, mais on ne
peut pas répondre directement aux messages qui nous parviennent encore par
l'ancienne.

Et ceux qui utilisent des adresses multiples pour souscrire aux listes avec
des règles de tri distinctes pour chacune, mais où tout ensuite aboutit
dans une même boite centrale ont ce problème. Cela ne marche plus là non
plus, et la possibilité de "répondre" directement à un message reçu ne
marche plus, la réponse étant automatiquement et silencieusement éliminée
par le gestionnaire de liste. Si on veut y répondre, on doit faire un
nouveau message, copier manuellement le texte à garder, mais les
identifiants de fil de messages (thread id) normalement présents dans les
entêtes MIME ne seront pas là, et donc plus moyen de gérer les fils de
discussion.

Ce changement a eu lieu sur les listes d'OSM sans aucune annonce.

Le mer. 11 déc. 2019 à 21:42,  a écrit :

> Bonjour, encore un cas différent, proche de celui de vdct :
>
> j'expédie depuis mon fournisseur usuel à une adresse spamgourmet.com qui
> est abonné à la liste (l'adresse que vous voyez).
>
> Depuis disons 6 mois je vois vos messages mais pas ceux que j'expédie.
>
> Je sais que certains au moins les voient puisque certains réagissent.
>
> Avant ça marchait nickel (je recevais bien les messages que j'expédiais à
> la liste).
>
> N'arrive pas en spam pas plus sur le serveur que côté client.
>
> Pas de règle de suppression automatique non plus.
>
> Mystère et boule de gomme
>
> Jean-Yvon
> Le 10/12/2019 à 14:14, Vincent de Château-Thierry - osm.v...@free.fr a
> écrit :
>
> Bonjour,
>
>
> De: "JB"  
>
> Idem pour mailoo.org
>
> Idem chez free (comme Denis) et laposte.net
> Je constate par ailleurs que je ne reçois sur aucune des 2 adresses les mails 
> envoyés à la liste par Philippe Verdy depuis son adresse wanadoo.
>
> vincent
>
> ___
> 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
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] ref:FR:FANTOIR

[Philippe Verdy]

Le "code direction" n'a plus d'intérêt, c'est un champ à priori historique
puisqu'il n'y a plus qu'une seule direction par département.

Cependant pas sûr qu'il ne reste pas de doublon si on supprime ce code (par
exemple à Paris et les quelques autres départements où il y a eu plusieurs
directions). Il faudrait vérifier s'il est encore utile pour des
distinctions de rues qui n'auraient pas été renumérotées.

Cependant pour les DOM, ce champ contient le 3e chiffre du département, et
dans les autres il était à zéro (sauf dans les départements à plusieurs
directions). Et on ne peut alors pas supprimer ce chiffre sans causer de
sérieux problèmes de doublons dans les DOM à moins de le placer comme
premier chiffre du code commune (les codes communes INSEE dans les DOM sont
à deux chiffres et non trois, après le code département). Noter aussi que
des communes ont pu fusionner tout en conservant leur code commune
historique dans les rues. La fusion des codes communes n'a pas lieu non
plus dans les communes qui ne sont pas réellement en fusion simple, les
codes INSEE des communes ne sont donc pas supprimés, la commune nouvelle
utilisant alors autant de codes que de communes membres, et cela peut
persister longtemps (on a aussi des cas de défusion de communes) parce
qu'on ne peut pas simplement remplacer ce code commune par un autre sans
renuméroter tout le reste. C'est le cas par exemple dans les bases du
cadastre pour référencer les planches.

L'idée qu'une commune n'a qu'un seul code INSEE est fausse: même s'il y a
un code "principal" il y a encore des codes secondaires correspondant au
découpage historique et il faut des années pour que cela change, les
communes n'ayant pas envie ni le temps de corriger tous les fichiers et
faire que cela fonctionne avec toutes les administrations, la chose qui
compte n"tant pas le code commune seul mais l'identifiant complet de
l'objet (ici un code FANTOIR ou une planche cadastrale) dont le code
commune n'est qu'un composant non réellement séparable (on a même des cas
de communes ayant conservé des codes communes d'un ancien département quand
une fusion a eu lieu avec une commune d'un département voisin, les
départements ayant alors changé de délimitation, avec un exemple assez
récent entre Maine-et-Loire et Loire-Atlantique si je me souviens bien).


Le mer. 11 déc. 2019 à 21:53, deuzeffe  a écrit :

> Le 11/12/2019 à 05:10, Jérôme Amagat a écrit :
> > Bonjour,
> >
> > D’après le wiki il faut 10 caractère dans ref:FR:FANTOIR=*
> > https://wiki.openstreetmap.org/wiki/FR:Key:ref:FR:FANTOIR
> > Il y a beaucoup de valeurs pour ce tag qui compte 11 caractères :
> > https://overpass-turbo.eu/s/OSX
>
> D'après la description du fichier FANTOIR
> (
> https://www.data.gouv.fr/fr/datasets/r/7c52d813-1e98-4772-8a7a-6a01f9d30c6e
> ) c'est 11. Sauf que le code direction - fiscale ? - (deuxième "champ")
> semble avoir été ràz, donc ignoré dans la version finale ?
>
> Si quelqu'un y voit plus clair que moi...
>
> --
> deuzeffe - pas le neurone en face de la synapse
>
> ___
> 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-ko] Data improvements in South and North Korea

[Andrew Wiseman via Talk-ko]

Hello all,

This is Andrew again with the Apple Maps team. We are planning to work on some 
limited data corrections and improvements to OSM in South and North Korea 
around the road network, coastal features and land use and land cover polygons, 
such as parks, university and hospital campuses, airports and similar features. 
I don’t anticipate making very many edits, and possibly none at all, but I 
wanted to contact the community anyway, in case we do need to fix something.

For example, sometimes coastlines and national parks are missing a correct tag, 
or are digitized inaccurately (maybe due to old low resolution imagery) and 
sometimes there are routing problems on roads due to incorrect intersections or 
missing connections. We will make sure to follow the appropriate OSM and local 
guidelines.

There’s more information on our Github page: 
https://github.com/osmlab/appledata/issues/157 and 
https://github.com/osmlab/appledata/issues/156

Thank you, 

Andrew 

아래 자동 번역 :

여러분 안녕하세요,

Apple지도 팀과 함께 Andrew입니다. 우리는 도로 네트워크, 해안 지형 및 토지 이용 및 공원, 대학 및 병원 캠퍼스, 공항 및 이와 
유사한 지형과 같은 토지 표지 다각형과 관련하여 남한 및 북한의 OSM에 대한 제한된 데이터 수정 및 개선을 위해 노력할 계획입니다. 나는 
많은 수정을 할 것으로 예상하지 않았으며, 전혀 수정을 기대하지는 않았지만 어쨌든 수정해야 할 경우를 대비하여 커뮤니티에 연락하고 싶었습니다.

예를 들어, 해안선과 국립 공원에 올바른 태그가 누락되었거나 디지털 이미지가 잘못되어 (오래된 저해상도 이미지로 인해) 때때로 교차로가 
잘못되거나 연결이 잘못되어 도로에 라우팅 문제가있는 경우가 있습니다. 적절한 OSM 및 현지 지침을 준수해야합니다.

Github 페이지에 더 많은 정보가 있습니다 : 한국의 데이터 수정 및 북한의 데이터 수정 
https://github.com/osmlab/appledata/issues/157 / 
https://github.com/osmlab/appledata/issues/156

고맙습니다,

앤드류

Andrew Wiseman |  Maps | iPhone: +1.202.270.4464 | andrew_wise...@apple.com 

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

Re: [OSM-ja] JOSMのプラグイン areaselectorは便利

[ikiya]

ikiyaです。
浅野様
問い合わせ対応、確認ありがとうございます。内容承知しました。

内容の詳細とOSMFJから本院への確認作業については話し合い、とりまとめたいと思います。確認後は内容をOSM wikiに公開したいと考えます。


 - Original Message -
 From: 浅野和仁 
 To: OpenStreetMap Japanese talk  
 Date: 2019/12/11, Wed 14:45
 Subject: Re: [OSM-ja] JOSMのプラグイン areaselectorは便利
   
浅野です。
関東地方測量部から本院の見解について回答を得ました。

機械的作業に関しても従来通りOSM作成に利用していただいてよい。（本院・（情報企画課）電子国土調整官）　
OSMFJから、正式に問い合わせしていただいても結構です。
電子国土調整官とは以前から基本測量成果の利用に関する意見交換させていただいていましたので、浅野のことはよく存じていただいています。
OSMFJからお問い合わせいただく際には、浅野が問い合わせた件でと言っていただけると理解していただけると思います。
以上です。
**浅野　
和仁helicobacter_y...@hera.eonet.ne.jp**


2019年12月10日(火) 19:46 ikiya :


ikiyaです。
浅野様
地方測量部への相談、見解お知らせありがとうございます。
承知しました。

 - Original Message -
 From: 浅野和仁 
 To: ikiya ; OpenStreetMap Japanese talk 
 
 Date: 2019/12/10, Tue 16:50
 Subject: Re: [OSM-ja] JOSMのプラグイン areaselectorは便利
   
浅野です。
地方測量部で相談した方は、個人的には問題ないと思うけどとの事ですが、本院に確認して見るとのことです。areaselectorで作成したと思われる箇所のOSMと基盤地図情報を比較した画像を預けてきました。

helicobacter_y...@hera.eonet.ne.jp
浅野和仁　(mobile phone)

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


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


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

Re: [Talk-it] place=square

[Martin Koppenhoefer]

dopo un breve sopraluogo Streetview direi che l'ipotesi più credibile è
quella di avere Piazza Italia fino alla chiesa, ed avere lì ad altezza
della facciata principale della chiesa sul marciapiede un confine comune
delle due piazze.

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

Re: [Talk-it] place=square

[Martin Koppenhoefer]

eventualmente, ma non sono sicuro, sarebbe da verificare in loco, Piazza
Italia va fino alla chiesa, mentre la Piazzetta si trova soltanto ad ovest
della chiesa?

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

Re: [Talk-it] place=square

[Martin Koppenhoefer]

Am Mi., 11. Dez. 2019 um 17:12 Uhr schrieb demon_box <
e.rossini7...@gmail.com>:

> ...esempio pratico
>
> Piazza Italia
>
> https://www.openstreetmap.org/way/754609457
>
> e Piazzetta della Parrocchia
>
> https://www.openstreetmap.org/way/754609458
>
> io per ora sono sempre stato staccato rispetto alle eventuali way sul
> confine del place=square




io avrei fatto coincidere i confini di Piazza Italia e Piazzetta della
Parrocchia (nodi in comune) e avrei anche esteso il confine delle piazze
fino alle case (nodi in comune). Il fatto che la strada si chiama Piazza
Italia mi avrebbe fatto spostare il confine di Piazza Italia al nord della
strada (non so bene fin dove, probabilmente fino al limite interno (verso
la strada) del marciapiede). Credo non ci sia dubbio che la strada faccia
parte della Piazza (ha il suo nome).

Probabilmente anche il primo tratto di Via Saletto fino qui:
https://www.openstreetmap.org/node/1410056623 è ancora Piazza Italia (però
questo dettaglio creerebbe disturbo per gli annunci del routing: venendo da
Sud direbbe: girare a destra a Piazza Italia invece di Via Saletto)

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

Re: [Talk-it] place=square

[Alessandro Sarretta]

Nei casi che hai indicato come esempi avrei fatto anch'io come te, 
tenendo separati piazza e strade adiacenti (visto che non sono parte 
della piazza stessa).


Occhio che il tratto di residential road segnato come name=Piazzetta 
della Parrocchia" mi sa che è invece "Via Giuseppe Borghini".


Ale

On 11/12/19 17:11, demon_box wrote:

...esempio pratico

Piazza Italia

https://www.openstreetmap.org/way/754609457

e Piazzetta della Parrocchia

https://www.openstreetmap.org/way/754609458

io per ora sono sempre stato staccato rispetto alle eventuali way sul
confine del place=square

grazie

--enrico



--
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


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

Re: [OSM-talk-fr] ref:FR:FANTOIR

[deuzeffe]

Le 11/12/2019 à 05:10, Jérôme Amagat a écrit :

Bonjour,

D’après le wiki il faut 10 caractère dans ref:FR:FANTOIR=* 
https://wiki.openstreetmap.org/wiki/FR:Key:ref:FR:FANTOIR

Il y a beaucoup de valeurs pour ce tag qui compte 11 caractères :
https://overpass-turbo.eu/s/OSX


D'après la description du fichier FANTOIR 
(https://www.data.gouv.fr/fr/datasets/r/7c52d813-1e98-4772-8a7a-6a01f9d30c6e 
) c'est 11. Sauf que le code direction - fiscale ? - (deuxième "champ") 
semble avoir été ràz, donc ignoré dans la version finale ?


Si quelqu'un y voit plus clair que moi...

--
deuzeffe - pas le neurone en face de la synapse

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

Re: [OSM-talk-fr] adresse mail rejetée

[osm . sanspourriel]

Bonjour, encore un cas différent, proche de celui de vdct :

j'expédie depuis mon fournisseur usuel à une adresse spamgourmet.com qui
est abonné à la liste (l'adresse que vous voyez).

Depuis disons 6 mois je vois vos messages mais pas ceux que j'expédie.

Je sais que certains au moins les voient puisque certains réagissent.

Avant ça marchait nickel (je recevais bien les messages que j'expédiais
à la liste).

N'arrive pas en spam pas plus sur le serveur que côté client.

Pas de règle de suppression automatique non plus.

Mystère et boule de gomme

Jean-Yvon

Le 10/12/2019 à 14:14, Vincent de Château-Thierry - osm.v...@free.fr a
écrit :

Bonjour,


De: "JB" 

Idem pour mailoo.org

Idem chez free (comme Denis) et laposte.net
Je constate par ailleurs que je ne reçois sur aucune des 2 adresses les mails 
envoyés à la liste par Philippe Verdy depuis son adresse wanadoo.

vincent

___
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] OSM hack-weekend à Karlsruhe

[Christine Karch]

Je suis désolée de cette faut en planning. Je dois faire un peu de
coordination à l'avenir :)

On 11.12.19 19:37, François Lacombe wrote:
> Bonjour Christine,
> 
> Je m'associe au propos, pour avoir participé à l'édition d'octobre
> dernier : c'est génial
> 
> Ce weekend là, OSM France organise son conseil d'administration physique
> à Grenoble
> Ca sera difficile pour moi d'être avec vous
> 
> A bientôt !
> François
> 
> Le mer. 11 déc. 2019 à 12:04, Christine Karch  > a écrit :
> 
> Bonjour,
> 
> Karlsruhe n'est pas loin avec le TGV/OUI de Paris. J'aimerais bien vous
> inviter pour le prochain OSM hack week-end chez nous:
> 
> https://wiki.openstreetmap.org/wiki/Karlsruhe_Hack_Weekend_February_2020
> 
> On parle l'allemand, mais bien sûr aussi un peu l'anglais et le
> français. Vous êtes invités de participer :)
> 
> Christine
> 
> ___
> 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

[talk-ph] Cebu-based mappers?

[Nick Brown]

Dear colleagues,
We are organizing a mapathon in Cebu City for early 2020.

Are there any Cebu-based mappers that would like to be involved to assist
the trainer in the event? Please let me know!

Thanks,
Nick

-- 
*Nick Brown*
Country Manager for HOT Philippines
nick.br...@hotosm.org

*Humanitarian OpenStreetMap Team*
*Using OpenStreetMap for Disaster Risk Reduction, Response & Development*
web  | twitter  |
facebook 
___
talk-ph mailing list
talk-ph@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ph

Re: [OSM-talk-fr] Appel à l'aide à propos d'une série de premières contributions assez catastrophiques

[Cédric Frayssinet]

Je vous informe que suite aux mauvaises contributions marseillaises, un
courriel est parti dans toutes les DANE (Délégation Académique au
Numérique Éducatif) de France. Il a été envoyé ce matin et il devrait
redescendre chez tous les enseignants de SNT en académie.

Je vous le mets pour info là : https://cloud.mesdatas.org/s/omfk7aoefegrHFA

Il a été validé par certaines membres du CA OSM-Fr et notamment Vincent
Bergeot.

J'ai déjà été contacté, et notamment par un auteur du manuel Bordas qui
avait vu arriver les soucis possibles.

Espérons que cela ait un effet positif, n'hésitez pas à remonter les
éventuels soucis.

Cédric


Le 10/12/2019 à 17:50, Donat ROBAUX a écrit :
> Depuis samedi, je me suis amusé à passer en revue les contributions des gens
> ayant cliqué sur "Je demande que ma contribution soit vérifiée" avec OSMCha
> et les filtres qui vont bien.
> J'ai contrôlé depuis début novembre uniquement en IdF.
> J'étais un peu étonné car toutes les contributions étaient toutes dans le
> coin des Mureaux (78). J'ai eu la réponse hier avec SNT dans le changeset.
> J'ai demandé aux élèves qu'ils envoient leur prof sur le forum.
>
> Globalement les erreurs sont:
> - tag name=boulangerie à la place du tag normalement attendu
> - comme ils sont sur Id, ils ajoutent tous l'adresse, CP, ville...
> - ils suppriment le tag source
> - orthographe/typographie
> - commentaire à la google: "je recommande ce resto, pas cher,..."
> - doublon de magasins
>
> Ils avaient tous un username perso, c'est pourquoi je n'ai pas repéré de
> suite le SNT. Ils ont quand même ajouté des trucs utiles.
>
> A chaque fois je leur mets la page
> https://wiki.openstreetmap.org/wiki/FR:Bonnes_pratiques en espérant que ca
> serve.
>
> Donat
>
>
>
>
> --
> Sent from: http://gis.19327.n8.nabble.com/France-f5380434.html
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr


-- 

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-fr] Un peu de BANO v2

[Vincent de Château-Thierry]

Le 11/12/2019 à 14:51, Jérôme Seigneuret a écrit :

https://icon-library.net/icon/export-to-csv-icon-13.html

elle est en CCO donc public domain universel. Pas de droit réservé donc 
tu peux l'utiliser sans contrainte


Merci Jérôme !

vincent

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

Re: [OSM-talk-fr] OSM hack-weekend à Karlsruhe

[François Lacombe]

Bonjour Christine,

Je m'associe au propos, pour avoir participé à l'édition d'octobre dernier
: c'est génial

Ce weekend là, OSM France organise son conseil d'administration physique à
Grenoble
Ca sera difficile pour moi d'être avec vous

A bientôt !
François

Le mer. 11 déc. 2019 à 12:04, Christine Karch  a
écrit :

> Bonjour,
>
> Karlsruhe n'est pas loin avec le TGV/OUI de Paris. J'aimerais bien vous
> inviter pour le prochain OSM hack week-end chez nous:
>
> https://wiki.openstreetmap.org/wiki/Karlsruhe_Hack_Weekend_February_2020
>
> On parle l'allemand, mais bien sûr aussi un peu l'anglais et le
> français. Vous êtes invités de participer :)
>
> Christine
>
> ___
> 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] gestion du hstore dans qgis

[Etienne Trimaille]

Le mer. 11 déc. 2019 à 09:28, Tony Emery via Talk-fr <
talk-fr@openstreetmap.org> a écrit :

> map_get(hstore_to_map("tags"),'bridge').
> Sauf que chez moi, ça ne renvoi rien du tout.
>
> Aurais-je fait une erreur quelque part ?
>

Et ton champ, c'est bien "tags" ?
Que donne "hstore_to_map("tags")" ?

C'est effectivement une expression disponible dans QGIS 3.4.
Dans QGIS 3.6, il y a aussi un algo d'explosion du champ hstore (dans la
boîte à outils).

Sinon en dernier recours, QuickOSM fait aussi le boulot en lui donnant un
fichier OSM local. Tu peux soit customiser ton osmconf.ini ou laisser
QuickOSM lire la totalité du fichier pour exploser le hstore. Attention aux
performances avec des gros fichiers PBF, QuickOSM n'est pas optimisé pour
ça (écrit en Python). QGIS 3.6, en C++ est beaucoup beaucoup plus
performant pour exploser le champ HStore.

Qu'est-ce que tu souhaites faire ? Combien de champ t'intéresse dans le
HStore?
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

[talk-cz] JOSM a zobrazení stažených GPX dat

[Pavel Pilát]

Před pár dny jsem po měsíci spustil JOSM (aktualizoval se) a při stažení
zájmové oblasti jsem zaškrtl i "RAW GPS data" jako obvykle, vrstva se
vytvořila, ale v ní nic.

Dnes už se zobrazují aspoň tečky, ale nepropojené.

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

Re: [OSM-talk-fr] ref:FR:FANTOIR

[Jérôme Seigneuret]

C'est pas le seul dans ce cas. J'ai discuté avec le responsable SIG d'une
intercommunalité qui bascule les données en important tous les points
d'adresse sans vérification depuis l'export de Fantoir.

Pour eux OSM est La données d'entrée donc tous doit y être... La
vérification passe au deuxième plan.

L'adressage varie fortement d'année en année. fusion cadastrale avec une
adresse création de copro. Ajout de numéro ou nom de rue sur des
lotissements.

Bref le point d'entrée pertinent et à jour est difficile à trouver. On fait
des DSP (eau) et de la redevance  incitavice (déchets) et on arrive pas à
avoir des données pertinentes à jour des communes et encore moins à définir
un process pour gérer l'actualisation (problème de moyens et de temps?)

Quelqu'un a déjà défini un processus pour les mise à jour (exemple:
renommage de rue, changement de sens de circulation , création de numéro,
changement d'un adressage en mode métrique ... sur la base d 'arrêté de
voirie?


Le mer. 11 déc. 2019 à 16:29, Vincent de Château-Thierry 
a écrit :

>
> > De: "Vincent de Château-Thierry" 
> >
> > Merci Jérôme pour la veille.
> > Je viens de laisser un commentaire sur un de ses changesets :
> > https://www.openstreetmap.org/changeset/78252330
> >
> > On verra s'il répond (et quoi) pour mieux aviser la suite.
>
> Chabe01 a lu mon commentaire, y a répondu et a engagé une correction
> massive de ses derniers changesets. Une bonne chose. Mais en observant ses
> autres changesets récents je vois qu'il/elle fait de l'import trop massif
> d'adresses pour assurer une quelconque qualité d'intégration, cf.:
> https://www.openstreetmap.org/changeset/78259779
> La discussion du changeset a donc continué... j'espère que la méthode
> changera un peu aussi, au profit d'un rythme moins soutenu. A suivre.
>
> vincent
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>


-- 
Cordialement,
Jérôme Seigneuret
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [Talk-it] place=square

[demon_box]

...esempio pratico

Piazza Italia

https://www.openstreetmap.org/way/754609457

e Piazzetta della Parrocchia

https://www.openstreetmap.org/way/754609458

io per ora sono sempre stato staccato rispetto alle eventuali way sul
confine del place=square

grazie

--enrico



--
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

[Talk-it] place=square

[demon_box]

ciao sò che si è già ampiamente parlato dell'uso di place=square ma io vi
faccio una domanda se ho un'area pedestrian che è il place=square ad es.
Piazza Garibaldi e se su un lato di questa passa una strada che ovviamente
prende lo stesso nome Piazza Garibaldi, devo tracciare il confine del
place=square SULLA strada oppure sto leggermente staccato.
non sò se sono riuscito a spiegarmi

grazie

--enrico




--
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] ref:FR:FANTOIR

[Vincent de Château-Thierry]

> De: "Vincent de Château-Thierry" 
> 
> Merci Jérôme pour la veille.
> Je viens de laisser un commentaire sur un de ses changesets :
> https://www.openstreetmap.org/changeset/78252330
> 
> On verra s'il répond (et quoi) pour mieux aviser la suite.

Chabe01 a lu mon commentaire, y a répondu et a engagé une correction massive de 
ses derniers changesets. Une bonne chose. Mais en observant ses autres 
changesets récents je vois qu'il/elle fait de l'import trop massif d'adresses 
pour assurer une quelconque qualité d'intégration, cf.:
https://www.openstreetmap.org/changeset/78259779
La discussion du changeset a donc continué... j'espère que la méthode changera 
un peu aussi, au profit d'un rythme moins soutenu. A suivre.

vincent

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

Re: [OSM-talk-fr] gestion du hstore dans qgis

[ades]

test quick Osm, extension Qgis plutôt très bien, 
Pour l’ecw, pas de soucis avec QGIS3.10 (Mac Os 10.13.6) pas testé avec linux 
mini, et surtout pas avec windows…
> Le 11 déc. 2019 à 15:48, ades  a écrit :
> 
> 
> 
>> Le 11 déc. 2019 à 14:26, Tony Emery via Talk-fr  
>> a écrit :
>> 
>> J'utilise QGIS 3.4. 
>> J'ai essayé d'installer la dernière version mais j'ai, par ailleurs, un pb
>> de gestion de certains rasters en ecw qui fait que j'ai dû reprendre la
>> dernière version.
>> 
>> Ma source, c'est 
>> https://gis.stackexchange.com/questions/209421/how-to-categorize-features-based-on-hstore-values-in-qgis
>> 
>>   
>> 
>> Ce que j'aimerais faire c'est que, au lieu d'extraire les attributs du
>> hstore en utilisant postgresql, je puisse le faire directement et à la volée
>> avec QGIS quand j'ai besoin de faire une carte vite fait.
>> 
>> 
>> 
>> -
>> Tony EMERY
>> OpenStreetMap.fr
>> Ingénieur SIG
>> --
>> Sent from: http://gis.19327.n8.nabble.com/France-f5380434.html
>> 
>> ___
>> 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] gestion du hstore dans qgis

[ades]

> Le 11 déc. 2019 à 14:26, Tony Emery via Talk-fr  a 
> écrit :
> 
> J'utilise QGIS 3.4. 
> J'ai essayé d'installer la dernière version mais j'ai, par ailleurs, un pb
> de gestion de certains rasters en ecw qui fait que j'ai dû reprendre la
> dernière version.
> 
> Ma source, c'est 
> https://gis.stackexchange.com/questions/209421/how-to-categorize-features-based-on-hstore-values-in-qgis
> 
>   
> 
> Ce que j'aimerais faire c'est que, au lieu d'extraire les attributs du
> hstore en utilisant postgresql, je puisse le faire directement et à la volée
> avec QGIS quand j'ai besoin de faire une carte vite fait.
> 
> 
> 
> -
> Tony EMERY
> OpenStreetMap.fr
> Ingénieur SIG
> --
> Sent from: http://gis.19327.n8.nabble.com/France-f5380434.html
> 
> ___
> 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

[OSM-talk-fr] gestion du hstore dans qgis

[ades]

Dans qGis essaye QuickOsm, à chercher dans les extensions…
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [Talk-gb-westmidlands] Banksy

[Andy Robinson]

Ah, but you haven’t made the pair a relation ;-)

 

From: Brian Prangle [mailto:bpran...@gmail.com] 
Sent: 11 December 2019 12:39
To: Andy Mabbett; talk-gb-westmidlands
Subject: Re: [Talk-gb-westmidlands] Banksy

 

But you forgot the bench! The artwork doesn't work without the bench. I've 
added it to complete the picture (pun intended)

 

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

Re: [OSM-talk-fr] Un peu de BANO v2

[Jérôme Seigneuret]

Pour une compréhension simplifié voici les grands principes
https://upload.wikimedia.org/wikipedia/commons/8/85/Creative_commons_license_spectrum_fr.svg


Le mer. 11 déc. 2019 à 14:51, Jérôme Seigneuret 
a écrit :

> https://icon-library.net/icon/export-to-csv-icon-13.html
>
> elle est en CCO donc public domain universel. Pas de droit réservé donc tu
> peux l'utiliser sans contrainte
>
> Merci pour le reste des explications
>
> Le mer. 11 déc. 2019 à 14:11, Vincent de Château-Thierry 
> a écrit :
>
>>
>> > De: "Xavier BIZOT" 
>> >
>> > En haut à droite de couleur verte sur écriture blanche juste à côte
>> > de communes voisines
>>
>> Merci Xavier :)
>>
>> > Le mer. 11 déc. 2019 à 13:54, Donat ROBAUX < dona...@gmail.com > a
>> > écrit :
>> >
>> > Bizarre je ne le vois pas ton bouton d'export .csv même après avoir
>> > supprimé le cache.
>>
>> L'occasion de suggérer la recherche d'un bouton explicite et plus joli et
>> visible *même pour Donat ;) * pour cette nouvelle fonction.
>> J'avais vu celui-ci :
>> https://www.drupal.org/files/styles/grid-3-2x/public/project-images/export-csv.png
>> mais je n'ai pas compris quelle licence s'appliquait, donc dans le doute je
>> n'en ai rien fait. La remarque vaut plus généralement pour le design de
>> toutes les pages Fantoir : avis à celles/ceux qui aiment jouer avec les
>> CSS.
>>
>> vincent
>>
>> ___
>> Talk-fr mailing list
>> Talk-fr@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-fr
>>
>
>
> --
> Cordialement,
> Jérôme Seigneuret
>


-- 
Cordialement,
Jérôme Seigneuret
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Comment tagger une colonne chauffante de gare ?

[Brice MALLET]

Le 10/12/2019 à 15:53, Yves P. a écrit :

Il y a 3 amenity=heater dans la base: https://overpass-turbo.eu/s/OSh
Ils sont tous dans une gare (et les 2 premiers sont même visible dans 
Mapillary).


Merci Yves,
il y en a maintenant 8 de plus

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

Re: [OSM-talk-fr] Un peu de BANO v2

[Jérôme Seigneuret]

https://icon-library.net/icon/export-to-csv-icon-13.html

elle est en CCO donc public domain universel. Pas de droit réservé donc tu
peux l'utiliser sans contrainte

Merci pour le reste des explications

Le mer. 11 déc. 2019 à 14:11, Vincent de Château-Thierry 
a écrit :

>
> > De: "Xavier BIZOT" 
> >
> > En haut à droite de couleur verte sur écriture blanche juste à côte
> > de communes voisines
>
> Merci Xavier :)
>
> > Le mer. 11 déc. 2019 à 13:54, Donat ROBAUX < dona...@gmail.com > a
> > écrit :
> >
> > Bizarre je ne le vois pas ton bouton d'export .csv même après avoir
> > supprimé le cache.
>
> L'occasion de suggérer la recherche d'un bouton explicite et plus joli et
> visible *même pour Donat ;) * pour cette nouvelle fonction.
> J'avais vu celui-ci :
> https://www.drupal.org/files/styles/grid-3-2x/public/project-images/export-csv.png
> mais je n'ai pas compris quelle licence s'appliquait, donc dans le doute je
> n'en ai rien fait. La remarque vaut plus généralement pour le design de
> toutes les pages Fantoir : avis à celles/ceux qui aiment jouer avec les
> CSS.
>
> vincent
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>


-- 
Cordialement,
Jérôme Seigneuret
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] gestion du hstore dans qgis

[Tony Emery via Talk-fr]

J'utilise QGIS 3.4. 
J'ai essayé d'installer la dernière version mais j'ai, par ailleurs, un pb
de gestion de certains rasters en ecw qui fait que j'ai dû reprendre la
dernière version.

Ma source, c'est 
https://gis.stackexchange.com/questions/209421/how-to-categorize-features-based-on-hstore-values-in-qgis

  

Ce que j'aimerais faire c'est que, au lieu d'extraire les attributs du
hstore en utilisant postgresql, je puisse le faire directement et à la volée
avec QGIS quand j'ai besoin de faire une carte vite fait.



-
Tony EMERY
OpenStreetMap.fr
Ingénieur SIG
--
Sent from: http://gis.19327.n8.nabble.com/France-f5380434.html

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

Re: [OSM-talk-fr] Un peu de BANO v2

[Vincent de Château-Thierry]

> De: "Xavier BIZOT" 
> 
> En haut à droite de couleur verte sur écriture blanche juste à côte
> de communes voisines

Merci Xavier :)

> Le mer. 11 déc. 2019 à 13:54, Donat ROBAUX < dona...@gmail.com > a
> écrit :
> 
> Bizarre je ne le vois pas ton bouton d'export .csv même après avoir
> supprimé le cache.

L'occasion de suggérer la recherche d'un bouton explicite et plus joli et 
visible *même pour Donat ;) * pour cette nouvelle fonction.
J'avais vu celui-ci : 
https://www.drupal.org/files/styles/grid-3-2x/public/project-images/export-csv.png
 mais je n'ai pas compris quelle licence s'appliquait, donc dans le doute je 
n'en ai rien fait. La remarque vaut plus généralement pour le design de toutes 
les pages Fantoir : avis à celles/ceux qui aiment jouer avec les CSS. 

vincent

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

Re: [OSM-talk-fr] Un peu de BANO v2

[Xavier BIZOT]

En haut à droite de couleur verte sur écriture blanche juste à côte de
communes voisines

Xavier

Le mer. 11 déc. 2019 à 13:54, Donat ROBAUX  a écrit :

> Bizarre je ne le vois pas ton bouton d'export .csv même après avoir
> supprimé
> le cache.
>
> Donat
>
>
>
> --
> Sent from: http://gis.19327.n8.nabble.com/France-f5380434.html
>
> ___
> 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] Un peu de BANO v2

[Donat ROBAUX]

Bizarre je ne le vois pas ton bouton d'export .csv même après avoir supprimé
le cache.

Donat



--
Sent from: http://gis.19327.n8.nabble.com/France-f5380434.html

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

[Talk-de] 15.-16.02.2020 Hackweekend in Karlsruhe

[Christine Karch]

Hallo,

das nächste Hackweekend in Karlsruhe ist vom 15. bis 16. Februar 2020:

https://wiki.openstreetmap.org/wiki/Karlsruhe_Hack_Weekend_February_2020

Wie immer geht es schon am Vorabend in der Kneipe los.

Ihr seid herzlich willkommen!

Gruesse Christine

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

Re: [OSM-talk-be] Tagging proposal for cycling highways (Fietssnelwegen)

[Pieter Vander Vennet]

Nice! Good to hear that!

On 11.12.19 10:32, Lionel Giard wrote:
> To answer Joost question about relevance in other regions : yes it is
> relevant. Wallonia recently started to plan and implement these "cycle
> highway" to reach Brussels from multiple different locations (with
> protected cycleway along motorway, national road or railway). They
> want to connect and continue some of the existing cycle highway in
> Flanders (like the F20 near Halle and go further to Tubize...). 
> That would definitely be a belgian thing, and not only flanders. ^_^
>
> Le mer. 11 déc. 2019 à 10:12, Marc Gemis  > a écrit :
>
> > Tagging scheme
> >
> > I'd actually go for `cycle_network=BE:cycle_highway`, as
> cycle_network normally has a country prefix. Because most (all?)
> of them are already tagged, we could simply update the tagging all
> at once.  I'll do that next week, unless a better proposal or good
> reason not to is raised.
>
> to be honest I find "network" strange in the context of a single
> cycle_highway. All cycle_highways together form a network, but a
> single one not.
> We do not map the E 19 motorway as car_network:BE:motorway, but we do
> have a relation for all parts of the E 19 in a route-relation (I
> think, OSM website was soo slow yesterday when I tried to access the
> page on E-motorways).
>
> Is this cycle_network value OK with the inventors of that tag ? Wasn't
> it invented recently to distinguish cycle networks from local cycle
> routes ?
>
> In conclusion: I would prefer another way to tag cycle highways
>
> regards
>
> m
>
> ___
> Talk-be mailing list
> Talk-be@openstreetmap.org 
> https://lists.openstreetmap.org/listinfo/talk-be
>
>
> ___
> Talk-be mailing list
> Talk-be@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-be

-- 
Met vriendelijke groeten,
Pieter Vander Vennet

<>___
Talk-be mailing list
Talk-be@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-be

[OSM-talk-fr] OSM hack-weekend à Karlsruhe

[Christine Karch]

Bonjour,

Karlsruhe n'est pas loin avec le TGV/OUI de Paris. J'aimerais bien vous
inviter pour le prochain OSM hack week-end chez nous:

https://wiki.openstreetmap.org/wiki/Karlsruhe_Hack_Weekend_February_2020

On parle l'allemand, mais bien sûr aussi un peu l'anglais et le
français. Vous êtes invités de participer :)

Christine

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

Re: [OSM-talk-be] Tagging proposal for cycling highways (Fietssnelwegen)

[Pieter Vander Vennet]

Hey Marc,

For clarity, the idea is to create a relation which represents a cycle
highway, such as (for example) this one:
https://www.openstreetmap.org/relation/10139557
We will _not_ add extra tags on the individual way segments.

I had a quick look to the E40-motorway somewhere. On that, there is a
similar relation:
https://www.openstreetmap.org/relation/84338#map=7/50.434/5.673

Note that this similar relation has `network=e-road`-tag.

So, all in all, I do think that we are talking about exactly the same.

Mvg, Pieter

On 11.12.19 10:11, Marc Gemis wrote:
>> Tagging scheme
>>
>> I'd actually go for `cycle_network=BE:cycle_highway`, as cycle_network 
>> normally has a country prefix. Because most (all?) of them are already 
>> tagged, we could simply update the tagging all at once.  I'll do that next 
>> week, unless a better proposal or good reason not to is raised.
> to be honest I find "network" strange in the context of a single
> cycle_highway. All cycle_highways together form a network, but a
> single one not.
> We do not map the E 19 motorway as car_network:BE:motorway, but we do
> have a relation for all parts of the E 19 in a route-relation (I
> think, OSM website was soo slow yesterday when I tried to access the
> page on E-motorways).
>
> Is this cycle_network value OK with the inventors of that tag ? Wasn't
> it invented recently to distinguish cycle networks from local cycle
> routes ?
>
> In conclusion: I would prefer another way to tag cycle highways
>
> regards
>
> m
>
> ___
> Talk-be mailing list
> Talk-be@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-be

-- 
Met vriendelijke groeten,
Pieter Vander Vennet

<>___
Talk-be mailing list
Talk-be@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-be

Re: [OSM-talk-fr] Un peu de BANO v2

[lenny.libre]

Le 11/12/2019 à 10:28, Vincent de Château-Thierry a écrit :

Bonjour,


De: "Jérôme Seigneuret" 

Quelques éléments à ajouter pour préciser les divergences

- Divergence de complétude du nom (prénom présent ou non sur le
terrain mais existant dans Fantoir - Inverse valable)
625101610F  RUE GRAMME

- Nom de résidence / Lotissement incorporé au nom de voie

Oui, pour ça on a "Voie incorporée à une autre" qui peut convenir. Je préfère 
garder une liste assez compacte de cas pour ne pas rendre la qualification fastidieuse à 
coup de scroll.
  

Parcontre la surcouche pour la carto elle est prévue? Et la synchro
sur les données OSM tu as fais sauter le bouton. La syncrho est
devenue journalière?

La surcouche carto est prévue, je sais que Christian l'a bien mise dans sa 
(looongue) tout doux.
Le bouton de synchro est inactif pour l'instant, ça se veut temporaire.

A propos de bouton, un autre est apparu ce matin, il s'agit de la possibilité 
d'exporter en CSV la liste présente à l'écran 
(https://github.com/osm-fr/osm-vs-fantoir/issues/68)


Très bien ce bouton, plus pratique que sélectionner dans la page web.

merci Vincent




vincent

___
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] ref:FR:FANTOIR

[Vincent de Château-Thierry]

> De: "Jérôme Amagat" 
> 
> Déjà il faudrait le contacter pour lui dire qu'il commet une erreur
> et que les outils https://dev.cadastre.openstreetmap.fr/fantoir/
> sont bien utiles pour l'ajout des adresses, il n'a pas l'air de les
> utiliser :)
> Si ça tente quelqu'un de le contacter et de chercher si d'autres
> contributeurs commette cette erreur.

Merci Jérôme pour la veille.
Je viens de laisser un commentaire sur un de ses changesets : 
https://www.openstreetmap.org/changeset/78252330

On verra s'il répond (et quoi) pour mieux aviser la suite.

vincent

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

Re: [OSM-talk-be] Tagging proposal for cycling highways (Fietssnelwegen)

[Jo]

It is true that the cycle highways form some sort of a network. macro view
at least. When I was trying to map them in OSM, it was often tricky to find
a single spot that could be considered a node where they connect.

Around Gent, mapping F40 as a single continuous cycle highway is a
challenge. There is also quite often some overlap.

In Bilzen there is an actual gap on F76.

Jo

On Tue, Dec 10, 2019 at 8:43 PM s8evq  wrote:

> Actually, after reading the wiki pages, `cycle_network=BE:cycle_highway`
> seems indeed the best choice here.
>
> On Tue, 10 Dec 2019 19:45:39 +0100 (CET), "s8evq" 
> wrote:
>
> > On Tue, 10 Dec 2019 18:35:51 +0100, Pieter Vander Vennet <
> pieterv...@posteo.net> wrote:
> >
> > > *Tagging scheme*
> > >
> > > I'd actually go for `cycle_network=BE:cycle_highway`, as cycle_network
> > > normally has a country prefix. Because most (all?) of them are already
> > > tagged, we could simply update the tagging all at once.  I'll do that
> > > next week, unless a better proposal or good reason not to is raised.
> >
> >
> > Concerning the tagging, would perhaps the new tag "network:type" be of
> any help? https://wiki.openstreetmap.org/wiki/Key:network:type It was
> invented for the use with value node_network, but could perhaps take other
> values?
> >
> > If we can be critical? What makes a "Fietssnelweg" different from
> another long distance route like LF5
> https://www.openstreetmap.org/relation/5285 Only the operator key?
> >
> > ___
> > Talk-be mailing list
> > Talk-be@openstreetmap.org
> > https://lists.openstreetmap.org/listinfo/talk-be
>
>
>
> ___
> Talk-be mailing list
> Talk-be@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-be
>
___
Talk-be mailing list
Talk-be@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-be

Re: [OSM-talk-be] Tagging proposal for cycling highways (Fietssnelwegen)

[Jo]

Brussels too is planning to extend the Fxxx toward the center. Of course,
they'll use a C instead of an F, but as far as I understood, they are
planning to use the same numbers, so F3 becomes C3 at the border of the
Brussels region.

On Wed, Dec 11, 2019 at 10:33 AM Lionel Giard 
wrote:

> To answer Joost question about relevance in other regions : yes it is
> relevant. Wallonia recently started to plan and implement these "cycle
> highway" to reach Brussels from multiple different locations (with
> protected cycleway along motorway, national road or railway). They want to
> connect and continue some of the existing cycle highway in Flanders (like
> the F20 near Halle and go further to Tubize...).
> That would definitely be a belgian thing, and not only flanders. ^_^
>
> Le mer. 11 déc. 2019 à 10:12, Marc Gemis  a écrit :
>
>> > Tagging scheme
>> >
>> > I'd actually go for `cycle_network=BE:cycle_highway`, as cycle_network
>> normally has a country prefix. Because most (all?) of them are already
>> tagged, we could simply update the tagging all at once.  I'll do that next
>> week, unless a better proposal or good reason not to is raised.
>>
>> to be honest I find "network" strange in the context of a single
>> cycle_highway. All cycle_highways together form a network, but a
>> single one not.
>> We do not map the E 19 motorway as car_network:BE:motorway, but we do
>> have a relation for all parts of the E 19 in a route-relation (I
>> think, OSM website was soo slow yesterday when I tried to access the
>> page on E-motorways).
>>
>> Is this cycle_network value OK with the inventors of that tag ? Wasn't
>> it invented recently to distinguish cycle networks from local cycle
>> routes ?
>>
>> In conclusion: I would prefer another way to tag cycle highways
>>
>> regards
>>
>> m
>>
>> ___
>> Talk-be mailing list
>> Talk-be@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-be
>>
> ___
> Talk-be mailing list
> Talk-be@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-be
>
___
Talk-be mailing list
Talk-be@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-be

[OSM-talk-fr] [DAE] fonctionnement de la base de données nationale des,défibrillateurs automatisés externes

[Cyrille37 OSM via Talk-fr]

Revue de publication officielle:

Arrêté du 29 octobre 2019 relatif au fonctionnement de la base de 
données nationale des défibrillateurs automatisés externes (DAE)

https://www.legifrance.gouv.fr/jo_pdf.do?id=JORFTEXT39363959

Cet arrêté précise les modalités d'exploitation (alimentation, gestion, 
communication) de la base de données nationale des défibrillateurs 
automatisés externes.

https://www.legifrance.gouv.fr/eli/arrete/2019/10/29/SSAP1932161A/jo/texte



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

Re: [talk-au] "Missing" Roads in Queensland

[Mateusz Konieczny]

11 Dec 2019, 01:27 by ajt1...@gmail.com:

> On 11/12/2019 00:10, Mateusz Konieczny wrote:
>
>> Also in case where new paid mappers keep making the same mistake ...
>>
>
> Any mappers that "keep making the same mistake", actually.
>
In this case I thought about something
slightly different

- mapper #1 from specific team makes 
specific mistake, is informed about problem
and stops doing this, changes job

- new mapper #2 from specific team makes 
specific mistake, is informed about problem
and stops doing this, changes job

- new mapper #3 from specific team makes 
specific mistake, is informed about problem
and stops doing this, changes job

(repeat several times)

I think that in such case their employer
can and should be blamed for systematic
mistakes due to their poor training.___
Talk-au mailing list
Talk-au@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-au

Re: [Talk-gb-westmidlands] Banksy

[Andy Robinson]

Therefore I recon Mr Mabbett must = Mr Banksy since Brian is always getting 
things mapped before anyone else J

 

Cheers

Andy

 

From: Brian Prangle [mailto:bpran...@gmail.com] 
Sent: 11 December 2019 08:58
To: Andy Mabbett
Cc: talk-gb-westmidlands
Subject: Re: [Talk-gb-westmidlands] Banksy

 

Well done - you beat me to it

 

On Tue, 10 Dec 2019 at 22:09, Andy Mabbett  wrote:

It's OK folks, you can relax.

I've added Birmingham's new Banksy artwork to the map:

   https://www.openstreetmap.org/node/7047824939

-- 
Andy Mabbett
@pigsonthewing
http://pigsonthewing.org.uk

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

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

Re: [OSM-talk-be] Tagging proposal for cycling highways (Fietssnelwegen)

[Lionel Giard]

To answer Joost question about relevance in other regions : yes it is
relevant. Wallonia recently started to plan and implement these "cycle
highway" to reach Brussels from multiple different locations (with
protected cycleway along motorway, national road or railway). They want to
connect and continue some of the existing cycle highway in Flanders (like
the F20 near Halle and go further to Tubize...).
That would definitely be a belgian thing, and not only flanders. ^_^

Le mer. 11 déc. 2019 à 10:12, Marc Gemis  a écrit :

> > Tagging scheme
> >
> > I'd actually go for `cycle_network=BE:cycle_highway`, as cycle_network
> normally has a country prefix. Because most (all?) of them are already
> tagged, we could simply update the tagging all at once.  I'll do that next
> week, unless a better proposal or good reason not to is raised.
>
> to be honest I find "network" strange in the context of a single
> cycle_highway. All cycle_highways together form a network, but a
> single one not.
> We do not map the E 19 motorway as car_network:BE:motorway, but we do
> have a relation for all parts of the E 19 in a route-relation (I
> think, OSM website was soo slow yesterday when I tried to access the
> page on E-motorways).
>
> Is this cycle_network value OK with the inventors of that tag ? Wasn't
> it invented recently to distinguish cycle networks from local cycle
> routes ?
>
> In conclusion: I would prefer another way to tag cycle highways
>
> regards
>
> m
>
> ___
> Talk-be mailing list
> Talk-be@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-be
>
___
Talk-be mailing list
Talk-be@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-be

Re: [OSM-talk-fr] JOSM : comment tracer un cercle de rayon donné autour d'un point

[Philippe Verdy]

oui, il reste ensuite les options de précision du cercle: un simple nombre
de points n'est pas adapté à toutes les tailles, 18 c'est bien pour un
petit batiment, mais pour des objets plus grands (exemple des distances de
loxodromie en maritime, c'est insuffisant; de même pour aider à tracer et
régulariser des pistes d'athlétisme ou hippodromes. On aimerait pouvoir
indiquer juste un écart maximum entre une corde et l'arc théorique, ne
serait-ce que pour éviter de sortir de la largeur des voies, surtout dans
les échangeurs, où une approximation mauvaise peut conduire à des dérives
sur les GPS et nous situer sur la mauvaise voie. Cela évite aussi de couper
des batiments ou équipements proches.

L'option pourrait être généralisée à la régularisation de courbes à l'aide
de Bezier (idéalement cubiques, pour optimiser le placement des points de
controle dans les limites d'écart fixées sans ajouter trop de noeuds fixes
ensuite, mais des quadratiques peuvent aussi faire le travail avec les deux
points de contrôle de la cubique superposés quand on est en quadratique),
l'outil s'occupant de déterminer le nombre de points sur le chemin,
déterminer les points de contrôle hors chemin pour calculer les autres.
Dans tous les cas des options pour préserver des noeuds critiques
(intersections d'objets connexes ou certains points fixes déjà positionnés
précisément avec des tags pour l'indiquer). Régulariser l'écartement des
noeuds générés donne de meilleurs résultats quand ensuite on fait des zoom
arrière et que certains noeuds sont éliminés, mais aussi pour placer des
noeuds supplémentaires (des intersections par exemple), et l'ajout de
telles intersections pourrait alors éliminer et régulariser à nouveau les
autres noeuds non critiques entre les points fixes.

Dernière option: la sélection de plusieurs chemins découpés faisant partie
du même arc de cercle (et éventuellement jointifs et "lissés" aux points de
jonction) devrait pouvoir tout régulariser (là encore utilie pour les
ronds-points). Et la touche O doit donc pouvoir accepter ces chemins (même
s'ils ne sont pas jointifs car ils sont séparés par des segments droits ou
des "encoches"). Cependant pas sûr que l'option de lissage de courbes non
circulaires (utilisant des Bézier cuibiques ou quatradtiques) puisse être
unifiée avec les arcs de cercles (qui sont tout de même une minorité des
objets courbes, notamment les virages de routes).

Personnellement je préférerait que le lissage de courbe en ajoutant des
points précis dans les données soit plutôt dans l'éditeur que dans le
moteur de rendu qui utilise des paramètres fixes sur les tolérances de
placement (les rendus avec Bezier ont de grosses anomalies comme des
intersections indésirables en zone urbaine): dans un éditeur on peut
toujours jouer avec des points fixes manuel et régulariser le reste (en
attendant qu'un jour OSM modifie son modèle de données pour admettre des
arcs de Bezier cubiques et pas seulement des suites de segments qui font
toujours des angles et ne permet jamais d'indiquer des tangentes correctes)


Le mar. 10 déc. 2019 à 11:54, Yves P.  a écrit :

> @Topographe Fou
>
> Philippe avait décrit la même chose :
>
> il serait plus simple de juste tracer un rayon et non un diamètre, voire
> juste un seul noeud à une position connue, et avec la touche o accepter
> cette sélection unique pour saisir la longueur du rayon
>
>
> A mon avis un ticket demandant la possibilité, à partir d'un segment, de
> créer un cercle de centre "le point de départ du way" et passant par le
> second point serait apprécié car fonction utile à plus d'un utilisateur
> JOSM je pense (perso j'utilise la technique des 3 points mais en decalquant
> sur de l'imagerie qui n'indique généralement pas le centre).
>
> Autre idée : un ticket pour, à partir d'un point, ouvrir une boite de
> dialogue qui permette de saisir un rayon et générer un cercle.
>
> La boite pourrait proposer un bouton radio rayon/diamètre
>
> Autre idée : un ticket pour, à partir d'un point, générer un cercle qui
> passe par la position de la souris et la suis jusqu'à ce que l'on clique
> pour figer le rayon.
>
>
> En fait ça peu être simple au niveau de la saisie :
>
>
>- 1 point sélectionné : Appui sur O affiche la boite de dialogue (la
>même que pour déplacer un point, mais avec le rayo,/diamètre en plus).
>- 1 point sélectionné et on est en train de tracer un segment (appuis
>sur A et on déplace la souris). Appui sur O : on trace maintenant un cercle
>- 2 points sélectionnés : Appuis sur O (actuellement MAJ+O) pour
>tracer un cercle à partir de son rayon (le centre étant le premier point),
>second appui sur O pour le tracer mais à partir de son diamètre (ce
>que fait MAJ+O) actuellement.
>
>
> Comme ça il n’y a qu’une seule touche à utiliser en manipulant la souris.
>
> Est-ce que ça résume bien les  propositions du Topographe et de Philippe ?
>
> —
> Yves
> ___
> Talk-fr mailing list
> 

Re: [OSM-talk-fr] gestion du hstore dans qgis

[René-Luc Dhont]

Bonjour Tony,

Quelle version de QGIS utilises-tu ?

Quelle est ta source pour map_get(hstore_to_map("tags"),'bridge') ?

René-Luc
3liz

Le 11/12/2019 à 09:27, Tony Emery via Talk-fr a écrit :

Bonjour à tous,

Je suis sûr que certains d'entre vous ont déjà eu l'idée d'exploiter
l'attribut hstore dans une analyse cartographique avec QGIS.

En cherchant sur Internet, j'ai trouvé un truc du genre
map_get(hstore_to_map("tags"),'bridge').
Sauf que chez moi, ça ne renvoi rien du tout.

Aurais-je fait une erreur quelque part ?





-
Tony EMERY
OpenStreetMap.fr
Ingénieur SIG
--
Sent from: http://gis.19327.n8.nabble.com/France-f5380434.html

___
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] Un peu de BANO v2

[Vincent de Château-Thierry]

Bonjour,

> De: "Jérôme Seigneuret" 
> 
> Quelques éléments à ajouter pour préciser les divergences
> 
> - Divergence de complétude du nom (prénom présent ou non sur le
> terrain mais existant dans Fantoir - Inverse valable)
> 625101610FRUE GRAMME
> 
> - Nom de résidence / Lotissement incorporé au nom de voie

Oui, pour ça on a "Voie incorporée à une autre" qui peut convenir. Je préfère 
garder une liste assez compacte de cas pour ne pas rendre la qualification 
fastidieuse à coup de scroll.
 
> Parcontre la surcouche pour la carto elle est prévue? Et la synchro
> sur les données OSM tu as fais sauter le bouton. La syncrho est
> devenue journalière?

La surcouche carto est prévue, je sais que Christian l'a bien mise dans sa 
(looongue) tout doux.
Le bouton de synchro est inactif pour l'instant, ça se veut temporaire.

A propos de bouton, un autre est apparu ce matin, il s'agit de la possibilité 
d'exporter en CSV la liste présente à l'écran 
(https://github.com/osm-fr/osm-vs-fantoir/issues/68)

vincent

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

Re: [OSM-talk-fr] gestion du hstore dans qgis

[HELFER Denis (SNCF RESEAU / SIEGE SNCF RESEAU / DT GE PPE)]

Salut Tony,

Tu peux peut-être mieux expliciter ce que tu cherches à faire ?
Denis

-Message d'origine-
De : Tony Emery via Talk-fr  
Envoyé : mercredi 11 décembre 2019 09:28
À : talk-fr@openstreetmap.org
Cc : Tony Emery 
Objet : [OSM-talk-fr] gestion du hstore dans qgis

Bonjour à tous,

Je suis sûr que certains d'entre vous ont déjà eu l'idée d'exploiter l'attribut 
hstore dans une analyse cartographique avec QGIS.

En cherchant sur Internet, j'ai trouvé un truc du genre 
map_get(hstore_to_map("tags"),'bridge').
Sauf que chez moi, ça ne renvoi rien du tout.

Aurais-je fait une erreur quelque part ?





-
Tony EMERY
OpenStreetMap.fr
Ingénieur SIG
--
Sent from: http://gis.19327.n8.nabble.com/France-f5380434.html

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr
---
Ce message et toutes les pièces jointes sont établis à l'intention exclusive de 
ses destinataires et sont confidentiels. L'intégrité de ce message n'étant pas 
assurée sur Internet, la SNCF ne peut être tenue responsable des altérations 
qui pourraient se produire sur son contenu. Toute publication, utilisation, 
reproduction, ou diffusion, même partielle, non autorisée préalablement par la 
SNCF, est strictement interdite. Si vous n'êtes pas le destinataire de ce 
message, merci d'en avertir immédiatement l'expéditeur et de le détruire.
---
This message and any attachments are intended solely for the addressees and are 
confidential. SNCF may not be held responsible for their contents whose 
accuracy and completeness cannot be guaranteed over the Internet. Unauthorized 
use, disclosure, distribution, copying, or any part thereof is strictly 
prohibited. If you are not the intended recipient of this message, please 
notify the sender immediately and delete it. 
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-be] Tagging proposal for cycling highways (Fietssnelwegen)

[Marc Gemis]

> Tagging scheme
>
> I'd actually go for `cycle_network=BE:cycle_highway`, as cycle_network 
> normally has a country prefix. Because most (all?) of them are already 
> tagged, we could simply update the tagging all at once.  I'll do that next 
> week, unless a better proposal or good reason not to is raised.

to be honest I find "network" strange in the context of a single
cycle_highway. All cycle_highways together form a network, but a
single one not.
We do not map the E 19 motorway as car_network:BE:motorway, but we do
have a relation for all parts of the E 19 in a route-relation (I
think, OSM website was soo slow yesterday when I tried to access the
page on E-motorways).

Is this cycle_network value OK with the inventors of that tag ? Wasn't
it invented recently to distinguish cycle networks from local cycle
routes ?

In conclusion: I would prefer another way to tag cycle highways

regards

m

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

Re: [OSM-talk-fr] Un peu de BANO v2

[Jérôme Seigneuret]

Bonjour,

Quelques éléments à ajouter pour préciser les divergences

- Divergence de complétude du nom (prénom présent ou non sur le terrain
mais existant dans Fantoir - Inverse valable)
625101610F RUE GRAMME

- Nom de résidence / Lotissement incorporé au nom de voie

http://dev.cadastre.openstreetmap.fr/fantoir/#insee=62510=0

exemple
625101316L RUE E. VARLIN RES LA BREVA
625102237M RUE LOUISE MICHEL RES LE FOHEN

Parcontre la surcouche pour la carto elle est prévue? Et la synchro sur les
données OSM tu as fais sauter le bouton. La syncrho est devenue journalière?

Merci


Le ven. 15 nov. 2019 à 22:47, deuzeffe  a écrit :

> On 11/11/2019 16:34, Vincent de Château-Thierry wrote:
>
> > Bonjour,
>
> Bonsoir,
>
> > TL;DR : il y a enfin des choses à tester avec BANO v2, c'est par là :
> > https://dev.cadastre.openstreetmap.fr/fantoir/
>
> Superbe travail, plus rapide, plus fluide, plus complet (pas comme le
> cadastre, en somme, ou dans d'autres départements...). Des heures
> pluvieuses à occuper en perspective.
>
> Merci à tous les neurones qui se sont activés pour améliorer le
> terrain de jeu. Ça tombe bien, mon responsable communal de l'urbanisme
> vient de m'envoyer le dernier lot de nouvelles voiesérotation à
> saisir ^^
>
> --
> deuzeffe. Avec du vrai internet, la vie est plus belle.
>
> ___
> 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-gb-westmidlands] Banksy

[Brian Prangle]

Well done - you beat me to it

On Tue, 10 Dec 2019 at 22:09, Andy Mabbett 
wrote:

> It's OK folks, you can relax.
>
> I've added Birmingham's new Banksy artwork to the map:
>
>https://www.openstreetmap.org/node/7047824939
>
> --
> Andy Mabbett
> @pigsonthewing
> http://pigsonthewing.org.uk
>
> ___
> Talk-gb-westmidlands mailing list
> Talk-gb-westmidlands@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-gb-westmidlands
>
___
Talk-gb-westmidlands mailing list
Talk-gb-westmidlands@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-gb-westmidlands

Re: [talk-cz] [osm_sk] Re: Historie OSM v CZ

[Jozef Riha]

+1. a mat moznost pozriet aj slovensko by som uvital :-) j

On Tue, Dec 10, 2019 at 11:59 PM Marek Janata  wrote:

> luxus
>
> po 9. 12. 2019 v 8:39 odesílatel Tom Ka  napsal:
>
>> Ahoj,
>>
>> na adrese https://kasparkovi.net/osm/ najdete dalsi varku starych
>> verzi OSM mapy, aktualne az do 2007.05 a jeste jich par pribude!
>>
>> (Dotaz na Slovensko, mel by nekdo zajem o to same pro SK - at jiz
>> extra nebo rozsireni stavajici mapy?)
>>
>> (A dotaz na Zbyho pripadne na ostatni - dobrovolnik na vylepseni
>> rozhrani pro prohlizeni starych vrstev?)
>>
>> Bye tom.k
>>
>> ___
>> talk-cz mailing list
>> talk-cz@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-cz
>> https://openstreetmap.cz/talkcz
>>
> --
> Túto správu ste dostali, pretože v Skupinách Google ste odberateľom
> skupiny "Openstreetmap Slovakia".
> V prípade, že chcete zrušiť odber tejto skupiny a prestať od nej prijímať
> e-maily, zašlite e-mail na adresu osm_sk+unsubscr...@googlegroups.com.
> Ak chcete zobraziť túto diskusiu na webe, prejdite na adresu
> https://groups.google.com/d/msgid/osm_sk/CAAd_ZY%3DB%2BG8RktPHWj7cCEse%2B7VyJ9EbpVvsodLbporYqiM-gg%40mail.gmail.com
> 
> .
>
___
talk-cz mailing list
talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz
https://openstreetmap.cz/talkcz

[OSM-talk-fr] gestion du hstore dans qgis

[Tony Emery via Talk-fr]

Bonjour à tous,

Je suis sûr que certains d'entre vous ont déjà eu l'idée d'exploiter
l'attribut hstore dans une analyse cartographique avec QGIS.

En cherchant sur Internet, j'ai trouvé un truc du genre
map_get(hstore_to_map("tags"),'bridge').
Sauf que chez moi, ça ne renvoi rien du tout.

Aurais-je fait une erreur quelque part ?





-
Tony EMERY
OpenStreetMap.fr
Ingénieur SIG
--
Sent from: http://gis.19327.n8.nabble.com/France-f5380434.html

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