Re: [Talk-it] iD editor

[Andrea Albani]

Ciao Martin,

grazie della segnalazione.

mi sono letto tutti gli interventi del post di Poole e quoto appieno quanto
scrive.
Leggere quanto espresso da questo Bryan è uno schiaffo in faccia all'idea
stessa di OSM e alle regole che la comunità si è data.
Decidere poi unilateralmente come si mappa qualcosa e usare come "cavallo
di troia" l'editor principale usato dai newbies è ancora più urtante.

Concordo appieno nell'appoggiare la proposta della comunità tedesca.

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

Re: [OSM-talk-fr] Affiner la sortie de mes requêtes Overpass

[Jean-Christophe Becquet]

Le 14/11/2019 00:33, marc marc a écrit :
>> 1) récupérer la géométrie, le nom et le type d'une rue*
>> > http://overpass-turbo.eu/s/O4q
> un rien plus propre/lisible :
> - virer la () qui sert a grouper plusieurs éléments vu
> qu'il n'y a qu'un élément

OK merci

> - tester si umap supporte out geom qui récupère la géométrie d'un way
> http://overpass-turbo.eu/s/O4M

Oui, ça a l'air supporté, en tous cas uMap accepte le résultat de cette
requête et je retrouve bien ma rue avec ses attributs.

>> > Est-il possible de restreindre la liste des tags retournés par la
>> > requête, par exemple ne conserver que name et highway ?
> c'est peut-être possible avec les objets dérivés mais cela
> me parait plus lourd que le gain dont on peux en tirer
> 
>> > 2) récupérer la géométrie et les attributs d'une relation d'itinéraire**
>> > http://overpass-turbo.eu/s/O4t
>> > Est-possible de récupérer la géométrie de la relation en un seul objet
>> > avec ses attributs ?
> http://overpass-turbo.eu/s/O4N

Non, ou alors c'est moi qui m'y prend mal.

Lorsque j'exécute cette requête dans QuickOSM, je récupère 3 couches
dans QGIS :

 - une couche avec les ways
 - une couche avec les points
 - une couche avec une seule géométrie qui couvre tous le parcours de
l'itinéraire

C'est cette dernière que je voudrais récupérer dans uMap. C'est à dire
que lorsque j'importe l'itinéraire, il crée une seule ligne dans mon
calque et pas autant de lignes que la relation contient de tronçons.

Je ne sais pas s'il est possible de récupérer ça directement avec
Overpass ou si QuickOSM fait un post traitement.

Merci encore pour vos réponses bienveillantes. Je reste à l'écoute.

JC
-- 
Pépites libres, ma chronique mensuelle dans Libre à vous !
l'émission de l'April sur la radio Cause commune
https://www.april.org/chronique-pepites-libres-de-jean-christophe-becquet

==APITUX : le choix du logiciel libre==

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

===

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

Re: [Talk-bd] Talk-bd Digest, Vol 36, Issue 10

[Md. Iqbal Hossain]

Re: [Talk-bd] Discussion: Issues with name localization for
Bangladesh
Dear Nasir Khan,
Sorry for being Late.
The reason I agreed to Mr.  Aftabuzzaman Ullah  is that now-a-days most of
the software can render Bengali Language. So, there is a possibility  to
localize names for Bangladesh (Bengali) .
Thanks again.





*---*


*With Best RegardsMd. Iqbal Hossain*  |
*Assistant Engineer**| *
*Premier University, **Chittagong.*|
*Cell :* +8801621628468, +8801884069142|
*Office : Cell: 01313044516, **01313044517**| *
*Telephone : *031-656917 (Ext.-101,105)|
*E-mail* *:* i*qsrb...@gmail.com* ,
iqbalhoss...@puc.ac.bd|
*Skype : Iqbaldider*|
*Office:  **Premier University, Administrative Building#1, *
   1/A, O.R. Nizam Road, Prabartak Circle,Panchlaish, Chittagong.|

[image: fb link]  [image:
https://bn.wikipedia.org]









On Mon, Nov 11, 2019 at 1:29 PM  wrote:

> Send Talk-bd mailing list submissions to
> talk-bd@openstreetmap.org
>
> To subscribe or unsubscribe via the World Wide Web, visit
> https://lists.openstreetmap.org/listinfo/talk-bd
> or, via email, send a message with subject or body 'help' to
> talk-bd-requ...@openstreetmap.org
>
> You can reach the person managing the list at
> talk-bd-ow...@openstreetmap.org
>
> When replying, please edit your Subject line so it is more specific
> than "Re: Contents of Talk-bd digest..."
>
>
> Today's Topics:
>
>1. Re: Discussion: Issues with name localization for Bangladesh
>   (Nasir Khan)
>
>
> --
>
> Message: 1
> Date: Mon, 11 Nov 2019 13:27:46 +0600
> From: Nasir Khan 
> To: Fazle Rabbi 
> Cc: Aftabuzzaman Ullah ,
> talk-bd@openstreetmap.org
> Subject: Re: [Talk-bd] Discussion: Issues with name localization for
> Bangladesh
> Message-ID:
> <
> cap+9t6s_lghbgxe3nxti+snbsxurzm1k6qpjdzz4efs39x1...@mail.gmail.com>
> Content-Type: text/plain; charset="utf-8"
>
> Dear Md. Iqbal Hossain,
>
> Thank you for participating in the discussion.
>
> I believe you are reading all the posts of this email thread and you are
> aware that it is not about adding any vote to some individual, we are
> talking about establishing a policy for the whole community.
>
> At the last mail of this thread Mr Rabbi mentioned that (everyone can check
> this by their own) Mr Aftabuzzaman is referring to a community guideline
> which he added and there is no earlier discussion reference prior to adding
> this common guideline. As you mentioned you agree with Mr Aftabuzzaman,,
> then should i understand that are supporting all of these actions and
> activities regarding this matter or what?
>
> Please write the reply elaborately and mention the reasons which direction
> should we go about the matter we started the discussion here.
>
> thanks
> Nasir Khan
>
>
> --
> *Nasir Khan Saikat*
> www.nasirkhn.com
>
>
>
> On Sat, 9 Nov 2019 at 18:23, Fazle Rabbi  wrote:
>
> > Dear Mr Aftabuzzaman,
> >
> >
> > Thank you for participating in the discussion. We really appreciate it.
> >
> >
> > > I respectfully disagree that we should use default/primary "name" tag
> in
> > English instead of Bangla. If i understand correctly, OSM policy/general
> > community guideline is that default/primary "name" tag should be in
> > whatever language is used locally (for Bangladesh it is Bangla). (
> > https://wiki.openstreetmap.org/wiki/Names#Localization
> > https://wiki.openstreetmap.org/wiki/Multilingual_names ) It is common
> > practice and it is followed by most countries e.g Japan, China, Russia,
> all
> > arabic, cyrillic speaking countries etc countries.
> >
> > Disagreement is part of discussion and always welcomed. You have said
> that
> > as per your understating the OSM policy/general community guideline says
> > `name` tag should be in local language and you refer to 2 OSM wiki links.
> > The first link is about `name` tag localization not about what should be
> > on a `name` tag. The first line of that section says, "By now the
> majority
> > of rendering systems can deal with Unicode characters, so you can use the
> > local script for the default name tag. There is no need to use the Latin
> > script.". If I understand it correctly it says we can use local script
> > assumed it works in most system but for us it is not working. The second
> > link is about one place having multiple name in multiple language. If you
> > check the Issue section (
> > https://wiki.openstreetmap.org/wiki/Multilingual_names#Issues), it says
> > in the first point "if not disputed" `name` should have local name. I
> agree
> > to disagree. We have dispute in local name. Multilingual name is not same
> > as localization. For example, 'United States' has 

Re: [Talk-at] Windy Map

[Robert Grübler]

Am 12. November 2019 22:57 schrieb PPete [mailto:geopp...@gmail.com]

>Das mit dem Copyright ist tatsächlich mehr als versteckt, 
>ich konnte es zunächst trotz Hinweis wo ich schauen muss, 
>nicht erkennen ;-) (weiße Mini-schrift auf hellst grauem Hintergrund)


Ja, gut versteckt. Ich meine, wir sollten das nicht so hinnehmen.
Ob die OSMF was tut weiß ich nicht, aber wir können und sollten etwas tun:

*** Deponiert eure Meinung im Windy Forum!
*** https://community.windy.com/topic/3353/map-correction/11 

Sprache egal. Höflich aber bestimmt. Jede Stimme zählt.

Liebe Grüße
Robert (robhubi)


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

[Talk-GB] OSM-UK misunderstands the British Isles

[Rob Nickerson]

Hi Dave,

You can read about the formation of OSM UK at
https://wiki.openstreetmap.org/wiki/Foundation/Local_Chapters/OSMUK

I believe the main regional discussion was started on the 2015-12-17
meeting. It continued through the process of drafting our articles of
association and as part of becoming a Local Chapter of the foundation.

>From my research I found that "British Islands" is a term used within UK
law. It is the definition as set out there that we ended up using. Naming
wise we settled on OSMUK rather than OSM British Islands.

https://en.m.wikipedia.org/wiki/British_Islands

Some of the minutes seem to have been lost. The Google docs ones are due to
an error on my part (I moved the files to a private folder). I'll restore
these when back on my laptop but for now here is the meeting notes:

https://drive.google.com/file/d/1F3-3I0W_irUXpNybqH31F7DnLNKayWxx/view?usp=drivesdk

I'm not entirely sure what you are trying to achieve from your questions
here. As noted the region was defined following discussion and is now set.
The extension to cover the Channel Islands and Isle of Man ensures that
these communities have access to a legal entity with a bank account should
they find that useful. Just like in the UK it is entirely up to each
individual as to when and whether they want to direct something via the OSM
UK company rather than via their own person to person relationships.
Depending upon who you are dealing with sometimes a registered company is a
plus.

I hope this helps with understanding the context. We're certainly not
trying to rewrite history or take control off anyone.

P.s. it's not uncommon to have national naming oddities. "Team GB" is
another such example. I seem to recall from the earlier chats on this that
someone posted a link to a long article about how .co.uk ended up being
used instead of .co.gb (GB being the 2 letter ISO code for the UK).

P.P.S I think the +44 international telephone calling code is the same
locations as OSM UK. Perhaps we should have called ourselves OSM+44 

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

Re: [OSM-talk-fr] Affiner la sortie de mes requêtes Overpass

[marc marc]

Bonjour,

Le 13.11.19 à 19:32, Jean-Christophe Becquet a écrit :
> 1) récupérer la géométrie, le nom et le type d'une rue*
> http://overpass-turbo.eu/s/O4q

un rien plus propre/lisible :
- virer la () qui sert a grouper plusieurs éléments vu
qu'il n'y a qu'un élément
- tester si umap supporte out geom qui récupère la géométrie d'un way
http://overpass-turbo.eu/s/O4M

> Est-il possible de restreindre la liste des tags retournés par la
> requête, par exemple ne conserver que name et highway ?

c'est peut-être possible avec les objets dérivés mais cela
me parait plus lourd que le gain dont on peux en tirer

> 2) récupérer la géométrie et les attributs d'une relation d'itinéraire**
> http://overpass-turbo.eu/s/O4t
> Est-possible de récupérer la géométrie de la relation en un seul objet
> avec ses attributs ?

http://overpass-turbo.eu/s/O4N

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

Re: [Talk-it] iD editor

[Luca Delucchi]

On Wed, 13 Nov 2019 at 20:43, Martin Koppenhoefer
 wrote:
>
>
> Scusate, tanto testo ;-)
>
> Che dite, vogliamo appoggiare l'idea? Attualmente è ancora molto "fresco" (da 
> modificare, è la prima bozza), ma la direzione sarà probabilmente quella, 
> attualmente c'è la discussione in talk-de e forum.
>

si, a parere mio dovremmo firmarla anche noi come comunità italiana.
mi sembra molto ben fatta e le richieste sono del tutto accettabili

> Ciao
> Martin
>

-- 
ciao
Luca

www.lucadelu.org

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

Re: [OSM-talk-fr] Cartographie de la pub... et chargement des données sur MapContrib

[marc marc]

Le 13.11.19 à 20:33, Cédric Frayssinet a écrit :
> D'ailleurs, j'ai un peu le même soucis sur des cartes uMap  
> avec des données distances et des requêtes OverPass.

umap permet un cache pour overpass, jusqu'à 1 jour
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] prev.openstreetmap.fr

[marc marc]

Le 13.11.19 à 20:36, Cédric Frayssinet a écrit :
> Le 12/11/2019 à 21:05, Vincent de Château-Thierry a écrit :
>> Bonsoir,
>>
>> Le 12/11/2019 à 19:50, Cédric Frayssinet a écrit :
>>> Le 12/11/2019 à 19:46, marc marc a écrit :
 Le 12.11.19 à 18:42, Cédric Frayssinet a écrit :
>
> Je pense que c'était un site de travail, peut-être faudrait-il le
> supprimer ?
 prev pour previous, c'est l'ancien site, conservé parce qu'il restait
 des choses à migrer.
 parcontre on devrait inclure une consigne pour ne plus l'indexer
 c'était quel page ou quel mot de recherche ?
>>
>> Tout l'intérêt d'avoir encore l'ancien site sous la main c'est d'y
>> trouver des ressources qu'on ne trouve pas ailleurs. Donc ne plus
>> l'indexer n'est pas la solution. Migrer d'abord, éteindre ensuite, ça
>> oui. Mais c'est fastidieux, et sur ce sujet comme sur d'autres les
>> bonnes volontés sont les bienvenues.
>>
> 
> Si vous me dites ce qu'il faut migrer, je peux m'y coller à temps perdu.
> Je connais bien WP, pas du tout Drupal mais ce n'est pas très grave pour
> ce boulot ingrat :).

il n'était pas prévu d'indexer l'ancien site, donc le déréférencer ne 
devrait pas être un drame :)
ce qui doit migrer c'est le contenu dispo sur l'ancien site et pas le 
nouveau. je n'ai pas d'idée du nombre de page que cela représente.
p'tre qu'il faudrait effacer les pages de l'ancien site au fur et à 
mesure de leur migration/vérification de la présence sur le nouveau
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [Talk-de] destination:ref auf *_link?

[Martin Koppenhoefer]

sent from a phone

> On 11. Nov 2019, at 16:44, Florian Lohoff  wrote:
> 
> ich analysiere so ein bisschen refs auf Höherklassigen Straßen. Dabei
> hat mich ein user darauf aufmerksam gemacht das *_link kein ref sondern
> ein destination:ref tragen sollten.


der ref von *_link Straßen sollte als ref getaggt werden, destination:ref nur 
für destination refs verwenden...

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

Re: [Talk-GB] OSM-UK misunderstands the British Isles

[Dave F via Talk-GB]

On 13/11/2019 15:42, Jez Nicholson wrote:

Hi Dave,

There was a long and detailed discussion about where is covered by OSMUK.

Hi
Where/when was this discussion held?

DaveF

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

Re: [Talk-vi] MapRoulette challenges in Vietnam - find road network problems

[Andrew Wiseman via Talk-vi]

Hi Tuan,

Thanks for the question! A couple things that would be helpful on OSM are 
adding missing street names, and things that we can’t always tell from imagery 
are the appropriate access tagging for motor_vehicle/moped/motorcycle — such as 
narrow roads in cities that cars can’t go down but are ok for other vehicles. 
There are also sometimes missing roads, such as in this area: 
https://www.openstreetmap.org/#map=16/19.0034/105.5999

Thank you,

Andrew 



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



> On Nov 8, 2019, at 5:07 PM, Vũ Phạm Minh Tuấn  wrote:
> 
> Hi Andrew,
> 
> Thanks for the tools. They make editing the map much more easily and 
> conveniently. I’ll def have a look at those tools later today to see how I 
> can do.
> 
> Just a quick question: what do the Apple map team think about the map 
> coverage of Vietnam:l? what are the challenges and shortcomings? And what 
> should be done to make Apple maps in Vietnam more useful to the public?
> 
> Tuan,
> 
> Openstreetmap ID: TuanIfan
> 
> On Fri, 8 Nov 2019 at 12:29 pm, Andrew Wiseman via Talk-vi 
>  wrote:
> Hello OSM Vietnam,
> 
> Xem bên dưới để dịch tiếng Việt.
> 
> This is Andrew again from the Apple Maps team. We recently used our Atlas 
> data analysis tool (https://github.com/osmlab/atlas) to look at a few types 
> of potential issues related to roads and routing, such as roads that have 
> overly sharp angles, roads that cross but don't connect, routing problems, 
> turn restrictions, places where navigation is impossible due to missing 
> connections or potentially incorrect one-way roads, and other similar issues.
> 
> I've posted the results of those checks on MapRoulette, a tool that lets you 
> go through potential issues one by one and either correct them or indicate 
> they are not a problem. I wanted to let you know they are available in case 
> others wanted to try fixing some of them — I also plan to go through some of 
> them myself.
> 
> In MapRoulette you can either pick a random task to fix or click on a 
> specific one. If you want to do tasks around a certain location, such as 
> somewhere you are familiar with, you can click on one from the map view, and 
> then click Next task: Nearby when you finish it.
> 
> Here they are: 
> 
>   • Vietnam Sharp Angle Roads: https://maproulette.org/challenge/7986
>   • Vietnam Floating Ways & Disconnected Roads: 
> https://maproulette.org/challenge/9830
>   • Vietnam Sink Islands & Impossible Routing: 
> https://maproulette.org/challenge/9826
>   • Vietnam Overlapping Lines: https://maproulette.org/challenge/9827
>   • Vietnam Invalid Turn Restrictions: 
> https://maproulette.org/challenge/9836
>   • Vietnam Malformed Roundabouts: https://maproulette.org/challenge/9834
>   • Vietnam Road Link Check: https://maproulette.org/challenge/9832
> Here is the message auto-translated into Vietnamese: 
> 
> ///
> 
> Xin chào OSM Việt Nam,
> 
> Đây là Andrew một lần nữa từ nhóm Apple Maps. Gần đây, chúng tôi đã sử dụng 
> công cụ phân tích dữ liệu Atlas của mình (https://github.com/osmlab/atlas) để 
> xem xét một số loại vấn đề tiềm ẩn liên quan đến đường và định tuyến, chẳng 
> hạn như đường có góc quá nhọn, đường giao nhau nhưng không Không kết nối, sự 
> cố định tuyến, hạn chế rẽ, những nơi không thể điều hướng do thiếu kết nối 
> hoặc đường một chiều có thể không chính xác và các vấn đề tương tự khác.
> 
> Tôi đã đăng kết quả của những kiểm tra đó trên MapRoulette, một công cụ cho 
> phép bạn lần lượt khắc phục các sự cố tiềm ẩn và sửa chúng hoặc cho biết 
> chúng không phải là vấn đề. Tôi muốn cho bạn biết rằng chúng có sẵn trong 
> trường hợp những người khác muốn thử sửa một số trong số họ - tôi cũng có kế 
> hoạch tự mình trải qua một số trong số họ.
> 
> Trong MapRoulette, bạn có thể chọn một tác vụ ngẫu nhiên để sửa hoặc nhấp vào 
> một tác vụ cụ thể. Nếu bạn muốn thực hiện các tác vụ xung quanh một vị trí 
> nhất định, chẳng hạn như nơi nào đó bạn quen thuộc, bạn có thể nhấp vào một 
> từ chế độ xem bản đồ, sau đó nhấp vào Tác vụ tiếp theo: Gần đó khi bạn hoàn 
> thành nó.
> 
> Họ đây rồi:
> 
> Đường góc nhọn Việt Nam: https://maproulette.org/challenge/7986
> Việt Nam Cách nổi & Đường bị ngắt kết nối: 
> https://maproulette.org/challenge/9830
> Quần đảo chìm Việt Nam & định tuyến bất khả thi: 
> https://maproulette.org/challenge/9826
> Đường chồng chéo Việt Nam: https://maproulette.org/challenge/9827
> Giới hạn rẽ không hợp lệ tại Việt Nam: https://maproulette.org/challenge/9836
> Vòng xuyến dị dạng Việt Nam: https://maproulette.org/challenge/9834
> Kiểm tra liên kết đường bộ Việt Nam: https://maproulette.org/challenge/9832
> 
> 
> Thanks! 
> 
> Andrew
> 
> 
> 
> Andrew Wiseman |  Maps | iPhone: +1.202.270.4464 | andrew_wise...@apple.com
> 
> ___
> Talk-vi mailing list
> Talk-vi@openstreetmap.org
> 

Re: [Talk-it] Dosso come place=locality

[Martin Koppenhoefer]

sent from a phone

> On 12. Nov 2019, at 18:37, Nogaro  wrote:
> 
> Per i luoghi che hanno un nome ma per cui non esiste un tag specifico, penso 
> che locality ci possa stare come tag jolly.


si, anche se essendo molto generico sarebbero da creare tag per tutti i casi 
dove ora ancora si usa il Jolly


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

[Talk-us] Old Garmin Maps

[Dave Hansen]

I've been keeping around a sample of historic copies of the US Garmin maps:

http://daveh.dev.openstreetmap.org/garmin/Lambertus

Does anybody care about old ones or should I just remove them after
they're a few months old?

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

Re: [talk-au] Uluru naming consistency

[Graeme Fitzpatrick]

On Thu, 14 Nov 2019 at 06:22, Joachim  wrote:

>
> @Graeme: You went for "Uluru / Ayers Rock", but I hope you can accept
> the majority's choice.
>

Not a problem!

Although I'll openly admit that whenever it comes up in conversation
amongst the family, it's *always* Ayers Rock :-)

  Thanks

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

[Talk-ca] Documentation du Réseau Vélo Métropolitain

[Alouette955]

Bonjour,

En examinant les documents de la CMM (Communauté Métropolitaine de Montréal) je 
réalise que plusieurs segments du futur Réseau Vélo Métropolitain existent déjà 
et peuvent être utilisés pour créer le squelette de ce réseau en développement.

J’ai adapté la page décrivant le réseau:

   
https://wiki.openstreetmap.org/wiki/FR:R%C3%A9seau_v%C3%A9lo_m%C3%A9tropolitain

afin de faciliter le travail collaboratif et guider le travail.

Afin de ne pas encombrer cette liste je suggère à ceux que ça intéresse de 
discuter ce document grâce à l’onglet “Discussion” de cette page afin de 
l’améliorer et de finalement en approuver le fonctionnement. Il pourrait être 
pertinent de l’ajouter à votre liste de suivi (la petite étoile en haut du 
document).

Merci

CLaude___
Talk-ca mailing list
Talk-ca@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ca

Re: [talk-au] Uluru naming consistency

[Joachim]

As the majority was for the "preferred  proposal" I just implemented
it. Thanks for your input!
@Graeme: You went for "Uluru / Ayers Rock", but I hope you can accept
the majority's choice.

Have nice day Joachim/Jojo4u

Am Mo., 28. Okt. 2019 um 19:39 Uhr schrieb Joachim :

> OSM has two features (notice the underlined r on some names which is
> native Pitjantjatjara):
> a) The peak (https://www.openstreetmap.org/node/2251425855)

> b) The "bare_rock" (https://www.openstreetmap.org/way/32639987/)

> My preferred proposal for both features:
> name = Uluṟu
> name:en = Uluru
> name:pjt = Uluṟu
> alt_name = Ayers Rock
> alt_name:en = Ayers Rock
> official_name =  Uluru / Ayers Rock
> official_name:en =  Uluru / Ayers Rock

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

Re: [OSM-talk-fr] tuiles cycleosm.org inaccessibles

[Florimond Berthoux]

Bonjour Pierre,

Ravis de voir que CyclOSM est utilisé jusque sur les rives du Saint-Laurent :)
N'hésitez pas à nous remonter des manques sur le rendu qui concerne
plus l'infrastructure cyclable nord américaine qu'européenne.
On cherche à avoir la carte la plus internationale possible.
Je lis que vous avez de nombreux tags lcn=yes, j'ai crée un ticket sur
le sujet https://github.com/cyclosm/cyclosm-cartocss-style/issues/245

Cordialement.

Le mar. 12 nov. 2019 à 22:02, Pierre Béland via Talk-fr
 a écrit :
>
> Sur la liste talk-ca, les contributeurs rapportent ne pouvoir afficher la 
> couche cycleosm dans cycleosm.org. Voici ci-dessous un lien vers une des 
> tuiles sur tile.openstreetmap.org.
> https://dev.c.tile.openstreetmap.fr/cyclosm/12/2076/1412.png
>
> Problème temporaire ?
>
> Pierre
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr



-- 
Florimond Berthoux

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

Re: [Talk-it] iD editor

[Martin Koppenhoefer]

Am Mi., 13. Nov. 2019 um 16:10 Uhr schrieb Stefano :

> Non è nello spirito di un progetto open di ignorare e azittare le
> critiche, al meno non lo è quando sei lo sviluppatore dell'unico editore
> sulla pagina principale. E tanto di più quando non fai quello che vuoi tu,
> ma quello che voglione le persone che ti pagano.
>
>>
>>
> Perché prima andava bene la do-ocracy mentre adesso si chiede la
> dem-ocracy?
>


no, c'é una differenza tra do-ocracy e autocracy / oligarchia. Non puoi
ignorare tutti gli altri, sopratutto se sei responsabile e al potere
dell'unico editore sulla pagina principale. Non puoi chiudere ogni
discussione (sulla cosa, portata avanti in modo civile) che non ti piaccia
sui ticket di Github, o meglio, lo puoi fare ma vuol dire che ti sposti
fuori da solo.

Un esempio tra tanti è questo post di Bryan, dove spiega cosa non ha alcuna
influenza sulle decisioni che fanno al riguardo del tagging:

Some things that don't really factor at all into our decision:
>
>- how long a tag with implicit semantics has been in use
>- how many softwares (renderers / routers or whatever) already support
>the implicit rule
>- how frequently the tag is used
>- what a handful of people on a mostly dormant mailing list think
>- what one person has written on the osm wiki
>- how many downvotes you encourage people to put on our issue list
>- what they are saying about us in the weekly osm tabloid
>
> https://github.com/openstreetmap/iD/issues/6409


E' contro lo spirito e le regole del progetto se il numero di utilizzi di
un tag non ha importanza. E guarda un po', basta metterlo in un preset di
iD e dopo poco sarà utilizzato numerosamente, anche se un altro tag già
c'era.

Vi segnalo inoltre che "la communità tedesca" sta preparando un documento
programmatico per presentare una posizione coordinata e concordata. Una
prima bozza si trova qui:

>
> https://wiki.openstreetmap.org/wiki/User:Nakaner/Forderungen_zur_Zukunft_von_iD
>
> traduzione automatica:
> Utente:Nakaner/Richieste sul futuro di iD
> Questa è una bozza. Le modifiche sono benvenute. Per l'accordo nel forum
> tedesco o su Talk-de è richiesto. --22:21, 12 novembre 2019 (UTC)
>
> Si tratta di un progetto di posizione comune della comunità tedesca
> dell'OSM su cui votare dopo averne discusso la versione provvisoria. La
> discussione si svolgerà nei seguenti luoghi:
>
> Il forum
> Mailing list Talk-en
>
> Progetto: Requisiti per il futuro di iD-Editor
>
> L'iD-Editor è indispensabile per facilitare i principianti ad iniziare a
> lavorare con OpenStreetMap. Gli eventi del progetto iD su GitHub e il
> comportamento dei suoi due principali sviluppatori ci riempiono di grande
> insoddisfazione e preoccupazione.
>
> I redattori online erano e sono un fastidio per molti mappatori esperti,
> perché sono preferiti da mappatori inesperti e nuovi, che ovviamente
> commettono errori. Tuttavia, a causa dell'inesperienza dei loro utenti e
> del loro posizionamento come editor standard su www.openstreetmap.org, i
> principali sviluppatori hanno una responsabilità particolare. L'editor che
> vi viene offerto è utilizzato principalmente da mappatori nuovi e
> inesperti. Gli errori nell'editor possono essere notati in seguito, perché
> i mappatori più esperti usano principalmente JOSM. Come per tutti i
> redattori popolari, le decisioni mirate a favore o contro un tag hanno una
> grande influenza sui dati - e questo in un progetto in cui i tag prevalgono
> regolarmente sugli altri perché sono votati con i piedi (cioè l'uso dei
> tag).
>
> Infatti, le richieste di mappatori esperti sugli editor online sono
> elevate - troppo elevate a seconda del proprio punto di vista - e gli
> errori dei nuovi arrivati sono spesso attribuiti anche agli sviluppatori. I
> mappatori più anziani ricordano nei forum e sulle mailing list discussioni
> senza fine sulle carenze dell'editor iD nel trattare le relazioni. Da
> questo punto di vista l'editore non è in alcun modo inferiore al suo
> predecessore Potlatch ed ha difficoltà ad essere apprezzato da mappatori
> esperti.
>
> L'annuncio di qualche mese fa che iD dovrebbe ottenere un validatore ha
> suscitato la speranza che l'editore farà più giustizia al suo compito.
> Tuttavia, queste speranze non sono state soddisfatte. Al contrario, invece
> di riconoscere ed evitare gli errori tipici degli utenti in modo
> responsabile, cauto e prudente, i principali sviluppatori stanno
> spudoratamente sfruttando la loro posizione di potere per la propria agenda.
>
> Anche con i modelli di tagging, gli sviluppatori principali sono troppo
> sfacciato. Che si tratti di ignorare il consenso dei canali di
> comunicazione stabiliti a tal fine, o che semplicemente cancellano tutte le
> argomentazioni avanzate, anche se le cose vengono mappate in modo diverso
> al di fuori degli Stati Uniti. L'enumerazione dei casi andrebbe oltre lo
> scopo di questo testo, quindi ci riferiamo a ID/Controversial_Decisions.
>
> 

Re: [OSM-talk-fr] Cartographie de la pub... et chargement des données sur umap

[osm . sanspourriel]

Le 13/11/2019 à 20:33, Cédric Frayssinet - lis...@frayssinet.org a écrit :


D'ailleurs, j'ai un peu le même soucis sur des cartes uMap avec des
données distances et des requêtes OverPass.


Le plus efficace c'est d'exécuter une fois la requête dans Overpass et
d'ingérer le résultat dans umap.

Le problème c'est alors la mise à jour.

Tu peux avoir deux couches :
- l'une avec les données copiées, que tu affiches par défaut
- l'une avec les données dynamique, que tu n'affiches pas par défaut

Et comme ça de temps en temps tu lances la requête dynamique et tu
colles le résultat dans l'autre couche.

Il y a peu-être mieux à faire.

Jean-Yvon

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

Re: [OSM-talk-fr] prev.openstreetmap.fr

[Cédric Frayssinet]

Le 12/11/2019 à 21:05, Vincent de Château-Thierry a écrit :
> Bonsoir,
>
> Le 12/11/2019 à 19:50, Cédric Frayssinet a écrit :
>> Le 12/11/2019 à 19:46, marc marc a écrit :
>>> Le 12.11.19 à 18:42, Cédric Frayssinet a écrit :

 Je pense que c'était un site de travail, peut-être faudrait-il le
 supprimer ?
>>> prev pour previous, c'est l'ancien site, conservé parce qu'il restait
>>> des choses à migrer.
>>> parcontre on devrait inclure une consigne pour ne plus l'indexer
>>> c'était quel page ou quel mot de recherche ?
>
> Tout l'intérêt d'avoir encore l'ancien site sous la main c'est d'y
> trouver des ressources qu'on ne trouve pas ailleurs. Donc ne plus
> l'indexer n'est pas la solution. Migrer d'abord, éteindre ensuite, ça
> oui. Mais c'est fastidieux, et sur ce sujet comme sur d'autres les
> bonnes volontés sont les bienvenues.
>

Si vous me dites ce qu'il faut migrer, je peux m'y coller à temps perdu.
Je connais bien WP, pas du tout Drupal mais ce n'est pas très grave pour
ce boulot ingrat :).

Cédric


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

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

[osm . sanspourriel]

Avec bien sûr les mixtes :

Rue Pen Ar Hoat
Straed Penn ar C'hoad
https://www.openstreetmap.org/way/19789582#map=17/48.39648/-4.44520

Rue de Pen-Ar-Hoat
https://www.openstreetmap.org/way/105576088

C'est facile de distinguer, il suffit de connaître les génériques dans
les langues minorisées^^.

Et comme le bout du bois (traduction) ça peut-être un peu n'importe
quoi, aussi des fermes, des zones résidentielles...

Vous lisez Hoat en français mais vous devez lire c'hoad. c'h=équivalent
du ch allemand un peu comme un r roulé. et le d/t se lit entre un d et un t.

Christian, de plus avec la topologie Fantoir on sait si c'est un
lieu-dit ou pas. Car il n'y  a pas que La Poste comme source.

Comme tu es brittophone et que tu sais utiliser FANTOIR je ne vois pas
trop où est le problème.

Le 13/11/2019 à 19:24, Christian Rogel -
christian.ro...@club-internet.fr a écrit :

- un beaucoup grand nombre utilise des génériques en langue minorisée (breton, 
etc.), ce qui donne des adresses impossibles à distinguer du cas précédent, 
car, savoir que 1 Penn ar C’hoad et 1 Hent ar C’hoad sont chacun un exemple des 
deux cas.
Hent (chemin) est un générique, alors que Penn n’en est pas un.
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Cartographie de la pub... et chargement des données sur MapContrib

[Cédric Frayssinet]

Bonsoir à tous,

Depuis ce premier message, de nombreux panneaux ont été cartographiés
sur la Métropole de Lyon (on approche les 1000 entrées). C'est notamment
grâce à beau boulot de RAP Asso sur MapContrib :
https://www.mapcontrib.xyz/t/aeacaa-Publicite_Grand_Lyon#

Malheureusement, on trouve qu'il y a beaucoup de messages d'erreurs
rouge du type 'Too Many Requests' quand on utilise MapContrib.

Du coup, question simple :)
Y a-t-il des paramétrages que l'on aurait loupé, un système de cache par
exemple ? ou des astuces...

D'ailleurs, j'ai un peu le même soucis sur des cartes uMap avec des
données distances et des requêtes OverPass.

Merci pour vos pistes !

Cédric

Le 22/09/2019 à 17:37, Cédric Frayssinet a écrit :
> Bonjour à tous,
>
> Sur Lyon, il y a un travail en cours sur la cartographie des panneaux
> publicitaires et y a du boulot ! L'état actuel :
> https://www.mapcontrib.xyz/t/aeacaa-Publicite_Grand_Lyon
>
> Il y a beaucoup de panneaux présents sur les arrêts de bus et je n'ai
> pas vu de tag qui pourrait compléter l'arrêt de bus avec la présence
> d'un panneau publicitaire (recto-verso, allumé...)
>
> C'est dommage car cela permettrait de gagner du temps lors des contrib.
> Mais peut-être que cela existe ?
>
> De même, le top serait que Jungle Bus l'intègre dans son application
> Android avec un système simple de case à cocher :)
>
> Au plaisir de vous lire et bonne fin de week-end,
>
> Cédric
>
>
> ___
> 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

[Talk-GB] OSM UK meetings - opening them to everyone

[Rob Nickerson]

Hi all,

As noted in my recent email we have some news regarding OSM UK meetings.

Prior to setting up the non-profit company these were open to all. It was
in these meetings that we discussed the geographical region (UK, Channel
Islands and Isle of Man).

When the company was finally set up we defaulted to monthly Directors
meetings. On reflection I have no idea why we did this other than copying
the format that OSM Foundation was using. I guess we had hopped that
working groups would establish themselves.

At our last Directors meeting, we discussed this and have decided to make
some changes. Going forward the monthly meetings will be open to everyone.
We agreed that they should have a clear meeting agenda with some method for
members to schedule/ask for time for topics. They should also be no longer
than 1 hour and that we should look into using a communication channel
which allows video / screen-sharing (any ideas?).

Each month we will schedule a main focus topic the first 30 to 40 minutes.
This could be something related to our annual strategy or it could be a
"show and tell" session. The intent is that we start collecting notes (as a
community) in advance of the meeting so that we make best use of the hour.
We are still very small so we want to use these meetings to make quick
decisions. Nobody wants a talking shop.

To get us started we have decided to pick the Microgrants item from our
annual strategy as the main focus topic for December's meeting (Monday 2
December @ 19:30). Adam has some guidelines as a starting point which we
can pop into a collaborative document to start the discussion. Meanwhile if
anyone has any comments or suggestions as to future focus areas and/or
which communication tool we should use, please let us know. Currently we
use a telephone conference facility (WhyPay) which is free for the company
and uses an 03 number (so often included in monthly mobile contracts). I
personally have dialled in to meetings from locations with no wifi or
mobile data so if any new options still allow join by telephone, that would
be much appreciated.

I hope to speak with many of you in December :-)

Best regards,
*Rob*
___
Talk-GB mailing list
Talk-GB@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-gb

Re: [Talk-GB] OSM-UK misunderstands the British Isles

[Rob Nickerson]

Thanks all.

As noted the wiki page is not run by OSM-UK (the company) although company
members and directors are free to update it, along with everyone else. I
personally have done some edits recently (more to come) and found it odd
that the page has that text at the top about what the UK is and the term
Britain. I am not sure how that helps people to map and I was very tempted
to delete it completely. Those wanting to know about the UK can use their
favourite search engine and/or Wikipedia.

The website (osmuk.org) is run by OSM-UK (the company) although if anyone
would like to help make changes, please let me know. In addition to the
company membership, we also maintain an email newsletter. The audience for
that is higher at 190 subscribers. Whilst I would love to see those
additional people become company members, it is entirely their choice. It
is also worth noting that we have a set percentage of members that need to
attend meetings in order for them to be quorate. Having the differentiation
between company members and newsletter subscribers helps here. Those that
to participate in decision making should join as a company member, whereas
those just wanting the occasional update can just join the newsletter list.

I'm going to start a new thread as we also have some news about future
meetings.

Best regards,
*Rob*
___
Talk-GB mailing list
Talk-GB@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-gb

Re: [Talk-it] OSMit 2020

[Martin Koppenhoefer]

sent from a phone

> On 13. Nov 2019, at 18:40, Alessandro Palmas  
> wrote:
> 
> Vedi tu quale taglio dare.
> Ho però l'impressione che una installazione di PostGIS, nonostante ci siano 
> numerosi tutorial in rete, non sia alla portata di tutti.


in realtà su debian/ubuntu basta digitare apt-get install postgres e postgis, 
su mac brew install postgres, su freebsd pkg install postgis etc.
Su windows ci sarà un installer. Poi ti crei un db, attivi l’estensione postgis 
ed hai fatto. 

Se tutto va bene è roba di minuti altrimenti anche molto di più ;-)

A questo punto puoi passare il nome del db a osm2pgsql e cominciare dopo un po’ 
di attesa in QGIS. Oppure usi l’overpass API attraverso QuickOSM e vai senza 
db...

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

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

[Christian Rogel]

> Le 13 nov. 2019 à 08:59, Vincent de Château-Thierry  a 
> écrit :
> On compte par ailleurs d'après Fantoir environ 3900 communes avec aucune 
> "voie" et uniquement des lieux-dits. On peut avoir des n° raccrochés à des 
> lieux-dits bien sûr.
> 
> Je mentionne ces chiffres juste pour rappeler qu'on est loin d'un adressage 
> uniforme en numero+voie partout, il y a de la marge.

Le rêve totalitaire de la Poste d’avoir partout des adresses de type nº + 
générique (rue, avenue, allée, etc.) + spécifique est, évidemment inatteignable 
:
- des communes ont des adresses nº + lieu-dit
- un beaucoup grand nombre utilise des génériques en langue minorisée (breton, 
etc.), ce qui donne des adresses impossibles à distinguer du cas précédent, 
car, savoir que 1 Penn ar C’hoad et 1 Hent ar C’hoad sont chacun un exemple des 
deux cas.
Hent (chemin) est un générique, alors que Penn n’en est pas un.

Christian R.

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

Re: [OSM-talk-fr] Affiner la sortie de mes requêtes Overpass

[osm . sanspourriel]

1)

Bonjour, à ma connaissance c'est fromage ou dessert.

xml : tu as la géométrie

csv : tu choisis tes colonnes.

Maintenant comme tu peux récupérer les lat/lon de chaque noeud, tu peux
recréer le chemin.

Ici je ne récupère pas les nœuds, que les chemins :
http://overpass-turbo.eu/s/O4v.

2)

J'aimerais avoir le même résultat que pour les lignes de tram A et B
dans cette carte, sauf que là j'ai dû les retraiter dans QGIS avant de
les importer dans uMap
http://umap.openstreetmap.fr/fr/map/paces-grenoble-simple_227213#16/45.1988/5.7458

Je ne vois pas pourquoi tu as dû passer par QGIS, je te passe un exemple
où j'ai trajet et arrêt obtenus sans passer par QGIS.

Jean-Yvon

Le 13/11/2019 à 19:32, Jean-Christophe Becquet - j...@apitux.com a écrit :

Bonsoir,

J'aimerais affiner la sortie de mes requêtes Overpass. L'objectif étant
dans les 2 cas d'importer le résultat dans une couche uMap.


1) récupérer la géométrie, le nom et le type d'une rue*
http://overpass-turbo.eu/s/O4q

Est-il possible de restreindre la liste des tags retournés par la
requête, par exemple ne conserver que name et highway ?

* pour HÉRuDi : l'Histoire Étonnante des Rues de Digne (en chantier)
http://umap.openstreetmap.fr/fr/map/herudi-lhistoire-etonnante-des-rues-de-digne_387122#18/44.09264/6.23204


2) récupérer la géométrie et les attributs d'une relation d'itinéraire**
http://overpass-turbo.eu/s/O4t

Est-possible de récupérer la géométrie de la relation en un seul objet
avec ses attributs ?

J'aimerais avoir le même résultat que pour les lignes de tram A et B
dans cette carte, sauf que là j'ai dû les retraiter dans QGIS avant de
les importer dans uMap
http://umap.openstreetmap.fr/fr/map/paces-grenoble-simple_227213#16/45.1988/5.7458

** pour Cyclo4
https://wiki.openstreetmap.org/wiki/Cyclo4_:_int%C3%A9gration_des_itin%C3%A9raires_et_am%C3%A9nagements_cyclables_des_Alpes-de-Haute-Provence_dans_OpenStreetMap


Merci par avance pour vos conseils

Bonne soirée

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

[OSM-talk-fr] Affiner la sortie de mes requêtes Overpass

[Jean-Christophe Becquet]

Bonsoir,

J'aimerais affiner la sortie de mes requêtes Overpass. L'objectif étant
dans les 2 cas d'importer le résultat dans une couche uMap.


1) récupérer la géométrie, le nom et le type d'une rue*
http://overpass-turbo.eu/s/O4q

Est-il possible de restreindre la liste des tags retournés par la
requête, par exemple ne conserver que name et highway ?

* pour HÉRuDi : l'Histoire Étonnante des Rues de Digne (en chantier)
http://umap.openstreetmap.fr/fr/map/herudi-lhistoire-etonnante-des-rues-de-digne_387122#18/44.09264/6.23204


2) récupérer la géométrie et les attributs d'une relation d'itinéraire**
http://overpass-turbo.eu/s/O4t

Est-possible de récupérer la géométrie de la relation en un seul objet
avec ses attributs ?

J'aimerais avoir le même résultat que pour les lignes de tram A et B
dans cette carte, sauf que là j'ai dû les retraiter dans QGIS avant de
les importer dans uMap
http://umap.openstreetmap.fr/fr/map/paces-grenoble-simple_227213#16/45.1988/5.7458

** pour Cyclo4
https://wiki.openstreetmap.org/wiki/Cyclo4_:_int%C3%A9gration_des_itin%C3%A9raires_et_am%C3%A9nagements_cyclables_des_Alpes-de-Haute-Provence_dans_OpenStreetMap


Merci par avance pour vos conseils

Bonne soirée

JCB
-- 
Pépites libres, ma chronique mensuelle dans Libre à vous !
l'émission de l'April sur la radio Cause commune
https://www.april.org/chronique-pepites-libres-de-jean-christophe-becquet

==APITUX : le choix du logiciel libre==

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

===

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

Re: [Talk-de] [Entwurf] Gemeinsame Position zur Zukunft des iD-Editors

[Martin Koppenhoefer]

ich finde den Wikitext zwar alles andere als zurückhaltend, stimme aber 
weitgehend mit der Kritik überein.

Was m.E. auch ein Punkt ist, vielleicht ist das nicht mehr aktuell, ich weiß es 
nicht genau, sind die automatischen Massenänderungen durch die Hintertür. „Es 
wurden Taggingfehler festgestellt, sollen sie behoben werden?“ und wenn man ja 
clickt werden alle geladenen Objekte mit bestimmten tags geändert.

Insgesamt ist das Verfahren wie presets erstellt werden, und insgesamt 
Taggingfragen entschieden werden, extrem autokratisch, dass dabei auch 
eindeutige Fehler passieren ist normal, m.E. sollten da mehr Augen draufsehen 
bevor das live geht, z.B. setzte iD vor einiger Zeit mal craft=sculpter 
(eigentlich ist entweder  sculpture oder sculptor gemeint), gesetzt wurde das 
aber wohl für Skulpturen, nicht für Bildhauer (was der craft key nahelegen 
würde).
Ein anderer Fall: anstatt crossing=uncontrolled mit crossing_ref=zebra wurde 
crossing=zebra gesetzt (was zwar nicht dokumentiert war außerhalb UK, wo ich 
aber ggf. mitgehen würde), und nach ein paar Jahren haben die iD Maintainer 
dann beschlossen, dass das nicht mehr en vogue sei und für Zebrastreifen fortan 
der tag crossing=marked gesetzt werden soll. Der bis dahin unbedeutende tag mit 
geringerem semantischem Gehalt wurde daraufhin wenig verwunderlich extrem 
gepusht. Das sind nur ein paar Beispiele, von denen es mittlerweile einige 
gibt, und Bryan gibt diese Fälle zwar zu, es ist ihm aber egal was die 
Community der erfahrenen und engagierten Mapper darüber denkt (die Neulinge 
ohne Erfahrung haben sowieso überwiegend keine eigenen Ansichten zum Tagging).

Ein Aspekt bei den Diskussionen ist sicherlich auch kulturell, die Entwicklung 
an iD wird von US-amerikanischen Firmen bezahlt und von US-amerikanischen 
Entwicklern betrieben, m.E. mit einer Sichtweise die sehr von dieser Kultur 
geprägt ist und sich an den amerikanischen Realitäten orientiert, aber viel zu 
wenig in Rechnung stellt, dass der Editor weltweit genutzt werden soll, und die 
Realität so vielschichtig ist, dass es ohne Einbeziehung der Communities vor 
Ort kaum gehen wird. Diese Einsicht fehlt mir komplett bei Bryan und daher habe 
ich mittlerweile auch keine Hoffnung mehr, dass sich daran „von selbst“ noch 
was ändern würde. Der Schritt, öffentlich in größerem Maßstab Dissens 
auszudrücken und an Alternativen zu arbeiten, scheint mir daher folgerichtig.

Gruß Martin 



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

Re: [Talk-it] Problemi con il Tasking Manager di HOT

[mbranco2]

Speriamo abbiano perso solo le email dei nuovi iscritti degli ultimi 10
giorni (proprio ieri avevo fatto registrare gli studenti di una nuova
classe dell'ITIS Avogadro...)

Il giorno mer 13 nov 2019 alle ore 19:12 Alessandro P. via Talk-it <
talk-it@openstreetmap.org> ha scritto:

> Il 13/11/19 16:00, mbranco2 ha scritto:
> > Certo che è una bella sfiga, che si scassi il TM proprio nella
> > settimana GeoWeek!
>
> Ora funziona!
>
> Alessandro
>
> ___
> 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: [Talk-it] Problemi con il Tasking Manager di HOT

[Marco Minghini]

Pare che ora abbiano risolto il problema. Poco fa hanno mandato la e-mail
che vedete qui sotto a tutti gli organizzatori di eventi nella GeoWeek.

Io al mio mapathon oggi sono 'rimasto a piedi' ma ho risolto utilizzando
l'istanza a https://tasks.teachosm.org, che è del tutto indipendente dal TM
di HOT e non ha problemi (ma naturalmente non ci sono gli stessi progetti).

Ciao,
Marco

_


Hello Mappers,



Happy GIS day! Unfortunately many of you have experienced some issues with
HOT Tasking Manager during mapathons today. We want to apologize for this
inconvenience, and to share some guidance on what to do if this happens
during your mapathon.



*HOT Tasking Manager is experiencing some issues - why?*

HOT Tasking Manager is currently unstable due to a failed maintenance from
last night. We don’t presently know when this problem will be fixed. The
HOT tech team is working as fast as possible to fix the problem. To find
out more about the status, please check:

   - Status.hotosm.org : this will tell you if
   the tool is down, not if it is experiencing delays (as it is presently)
   - follow @hotosm_tech on Twitter for updates
   - Join the HOT Slack (http://slack.hotosm.org/) and ask questions in the
   #tasking-manager channel



*Contingency plans for your mapathon: what are your options if the HOT
Tasking Manager is not working during your event?*

   1. Map directly in OSM! Check out an area you know well and contribute
   your own knowledge. If you’d like to host a map-walk, please see this guide
   on maps.me .
   2. Host a Mapswipeathon. MapSwipe  has several
   tasks up and running on the app. You can help swiping in Indonesia,
   Venezuela, Philippines and Colombia. Please note this is a mobile app only.
   3. There are alternative Tasking manager instances you can use like
   https://tm3.openstreetmap.id/ & tasks.teachosm.org. Please note that
   these will not have the same projects on them, so you’ll need to pick a new
   project.

*Note:* Mapswipe, and the alternative Tasking Managers, are completely
separate systems that let you contribute to OSM, so they should *not *be
affected by the outage of the main HOT Tasking Manager.



Thank you for your understanding, we appreciate your flexibility. We are
working with the HOT Tech Team to get this fixed as soon as possible.  If
you have any questions or need help course correcting please reach out.


Il giorno mer 13 nov 2019 alle ore 19:12 Alessandro P. via Talk-it <
talk-it@openstreetmap.org> ha scritto:

> Il 13/11/19 16:00, mbranco2 ha scritto:
> > Certo che è una bella sfiga, che si scassi il TM proprio nella
> > settimana GeoWeek!
>
> Ora funziona!
>
> Alessandro
>
> ___
> 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: [talk-au] (NSW) Email Update – Changes to permanent speed limits

[David Wales]

A relevant paragraph from the terms of use:

"The Service is intended for personal use only. You must not use it for 
business purposes or re-supply the information to others."

This seems at odds with the CC 4.0 license which the website itself is under!

I suspect you would need to either track down the original data source behind 
the emails, or you would need to contact Transport for NSW to get permission. 

Regards,
David



On 13 November 2019 10:21:58 pm AEDT, Luke Stewart 
 wrote:
>In case you were not aware, there is a bi-monthly service from the NSW
>government advising when and where new speed limits have been
>introduced
>across the state, allowing us to keep our maxspeeds up to date.
>
>https://www.saferroadsnsw.com.au/emailupdates.aspx
>
>I was considering adding a note to the locations that have been changed
>each time the email is sent, but would this count as adding
>non-copyrighted
>data, even though it would only request a resurvey?
>
>Interested to hear your thoughts,
>Luke
___
Talk-au mailing list
Talk-au@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-au

Re: [Talk-it] Problemi con il Tasking Manager di HOT

[Alessandro P. via Talk-it]

Il 13/11/19 16:00, mbranco2 ha scritto:
Certo che è una bella sfiga, che si scassi il TM proprio nella 
settimana GeoWeek!


Ora funziona!

Alessandro

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

Re: [Talk-it] OSMit 2020

[Alessandro Palmas]

Il 13/11/19 18:13, Roberto Brazzelli ha scritto:

Ciao Alessandro,
con osm2pgsql c'è proprio solo l'import
su database del formato osm.pbf, poi  con postgis
mi collego al db ed importo le geometrie da tematizzare
in qgis..in ogni caso l'insieme delle cose nel suo
complesso credo essere di buona utilità.
Credo che 10-15 minuti siano sufficienti

Saluti


Caspita,
la tua proposta potrebbe cadere anche nella sezione poster, se volessi 
documentare il tutto in un foglio A0 (virtuale, visto che vorremmo 
diventare una manifestazione paperless).


Vedi tu quale taglio dare.
Ho però l'impressione che una installazione di PostGIS, nonostante ci 
siano numerosi tutorial in rete, non sia alla portata di tutti.


Trovo comunque molto interessante la tua proposta. Se hai tempo e voglia 
potresti presentarla sia come talk con un taglio un pò più tecnico sia 
come workshop, con spiegazioni un poco più semplici e dilatate (visto 
che avresti più tempo a disposizione), per permettere di essere 
apprezzata anche da una platea meno preparata tecnicamente. E se ne 
avessi proprio voglia, sfruttando OSGeoLive, potresti far mettere le 
mani sulla cosa anche ai partecipanti.


In ogni caso ti aspettiamo a Torino
  Alessandro

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

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

[Vincent de Château-Thierry]

Le 13/11/2019 à 10:12, rainerU a écrit :


Pour pouvoir mieux localiser les voies sans rapprochement, il serait 
bien d'avoir cette fonction aussi pour ces rues. Souvent les voies 
récentes ne figurent pas encore sur le plan cadastral et le lien JOSM 
n'est pas suffisant pour identifier la voie sur les images aériennes.


Voilà, c'est ajouté [1]. En gros ça reproduit le "nuage de points 
rouges" du rendu carto. Sur quelques tests je suis tombé sur des points 
avec des n° d'adresse distincts mais des coordonnées identiques, ce qui 
n'est pas très pratique... bref, retours bienvenus à l'occasion.
Pensez à vider votre cache navigateur car la page d'accueil est modifiée 
pour cette évolution.


vincent


[1] : https://github.com/osm-fr/osm-vs-fantoir/issues/45

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

Re: [Talk-it] iD editor

[Francesco Ansanelli]

Grazie per la segnalazione, Martin!!
Condivido ogni parola e sono convitto che Frédéric, che ho avuto la fortuna
di conoscere, sia un ottimo candidato per cambiare le sorti di iD.

Francesco

Il mer 13 nov 2019, 15:11 Martin Koppenhoefer  ha
scritto:

> Vi segnalo questo diario post, che tratta di iD editor:
>
> https://www.openstreetmap.org/user/woodpeck/diary/391175
>
>
> Ciao Martin
>
> sent from a phone
> ___
> 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: [Talk-it] OSMit 2020

[Roberto Brazzelli]

Ciao Alessandro,
con osm2pgsql c'è proprio solo l'import
su database del formato osm.pbf, poi  con postgis
mi collego al db ed importo le geometrie da tematizzare
in qgis..in ogni caso l'insieme delle cose nel suo
complesso credo essere di buona utilità.
Credo che 10-15 minuti siano sufficienti

Saluti



Il giorno lun 11 nov 2019 alle ore 18:04 Alessandro Palmas <
alessandro.pal...@wikimedia.it> ha scritto:

> Il 11/11/19 16:53, Roberto Brazzelli ha scritto:
> > Ciao Lista,
> > il mio intervento, indicato qui [1] da Marco,
> > a grandi linee  tratterebbe i seguenti argomenti, ancora da definire:
> > Realizzazione di un semplice web-gis in area montana con strumenti
> > opensource
> > e i dati di openstreetmap con funzione di monitoraggio ambientale da
> > parte
> > del cittadino della p.a.(inserimento punti/foto per segnalazioni di
> > frane,ostruzioni sentieri,rifiuti
> > emergenze,ecc.)
> > Inoltre i  dati di osm possono essere richiamati sulla mappa con
> > aggiornamento
> > giornaliero e a mio avviso tale funzione potrebbe avvicinare l'ente
> > pubblico all'uso
> > di osm per mappatura territoriale e turistica.
> > strumenti utilizzati: ( Qgis, postgis, Lizmap , server cloud, osm2pgsql)
> >
> > Pensate vada bene per il Sabato?
> >
>
> Ciao Roberto,
> per l'utilizzo di PostGIS o osm2pgsql potrebbe anche essere proposto
> come talk ed eventualmente anche al sabato.
> Ci indichi quanto tempo ti occorrerebbe?
>
> Alessandro
>
> ___
> 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: [Talk-GB] OSM-UK misunderstands the British Isles

[Robert Whittaker (OSM lists)]

On Wed, 13 Nov 2019 at 16:35, Mateusz Konieczny  wrote:
> This message seems to complain
> about something, but it is unclear
> what is the problem.

Having looked at https://wiki.openstreetmap.org/wiki/United_Kingdom I
assume the problem was that in the opening sentence under the map, the
page erroneously said that the UK included the Crown Dependencies and
the British Overseas Territories. I've now (hopefully) fixed that, and
also explained what the "British Isles" is.

As far as OSMUK is concerned, I think the Community Interest Company
formally has the UK as it's scope, although as an OSMF local chapter
it officially covers the UK (including Northern Ireland) and the three
Crown Dependencies (Isle of Man, Jersey and Guernsey). We're happy to
overlap with the OSMIE local chapter, who cover the whole of the
island of Ireland (so also including Northern Ireland).

Re the size of OSMUK's membership, the annual report at
https://osmuk.org/wp-content/uploads/2017/09/Annual_Report_of_the_Directors_OSMUK_CIC_for_Year_Ending_March_31_2019.pdf
says there were 95 regular and 4 corporate members.

Hope that helps,

Robert.

> 13 Nov 2019, 16:08 by talk-gb@openstreetmap.org:
>
> Someone involved with OSM-UK may wish to check the definition of The British 
> Isles:
> https://www.britannica.com/place/British-Isles
>
> They may also wish to have a read of this:
> https://www.gov.im/about-the-government/departments/cabinet-office/external-relations/constitution/
>
>
> What is the size of OSM-UK's membership?




-- 
Robert Whittaker

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

Re: [Talk-GB] OSM-UK misunderstands the British Isles

[Mateusz Konieczny]

Can you explain what you 
want to achieve?

This message seems to complain
about something, but it is unclear 
what is the problem.
13 Nov 2019, 16:08 by talk-gb@openstreetmap.org:
> Someone involved with OSM-UK may wish to check the definition of The British 
> Isles:
> https://www.britannica.com/place/British-Isles
>
> They may also wish to have a read of this:
> https://www.gov.im/about-the-government/departments/cabinet-office/external-relations/constitution/
>
>
> What is the size of OSM-UK's membership?
>
>
> Cheers
> DaveF
>
>
> ___
> Talk-GB mailing list
> Talk-GB@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-gb
>___
Talk-GB mailing list
Talk-GB@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-gb

Re: [Talk-GB] OSM-UK misunderstands the British Isles

[Brian Prangle]

Bit of a misunderstanding here Dave  - this is the wiki page of the UK
mapping community not the UK OSM chapter. Everone is free to contribute to
improve the wiki page, so if you find poor information there - just edit it
to improve its content.

Regards

Brian

On Wed, 13 Nov 2019 at 15:19, Dave F via Talk-GB 
wrote:

> Here's OSM-UK's page
> https://wiki.openstreetmap.org/wiki/United_Kingdom#Guidelines
>
> On 13/11/2019 15:08, Dave F via Talk-GB wrote:
> > Hi
> >
> > Someone involved with OSM-UK may wish to check the definition of The
> > British Isles:
> > https://www.britannica.com/place/British-Isles
> >
> > They may also wish to have a read of this:
> >
> https://www.gov.im/about-the-government/departments/cabinet-office/external-relations/constitution/
> >
> >
> >
> > What is the size of OSM-UK's membership?
> >
> >
> > Cheers
> > DaveF
> >
> >
> > ___
> > Talk-GB mailing list
> > Talk-GB@openstreetmap.org
> > https://lists.openstreetmap.org/listinfo/talk-gb
>
>
> ___
> Talk-GB mailing list
> Talk-GB@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-gb
>
___
Talk-GB mailing list
Talk-GB@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-gb

Re: [Talk-GB] OSM-UK misunderstands the British Isles

[Jez Nicholson]

Hi Dave,

There was a long and detailed discussion about where is covered by OSMUK.
The result was United Kingdom of Great Britain and Northern Ireland
+ British Crown Dependencies, which includes the Isle of Man. I believe
that this is also what many people in the OSM community tend to mean when
they say 'UK'.

Like many relationships, it's complicated.

Regards,
 Jez

On Wed, Nov 13, 2019 at 3:19 PM Dave F via Talk-GB <
talk-gb@openstreetmap.org> wrote:

> Here's OSM-UK's page
> https://wiki.openstreetmap.org/wiki/United_Kingdom#Guidelines
>
> On 13/11/2019 15:08, Dave F via Talk-GB wrote:
> > Hi
> >
> > Someone involved with OSM-UK may wish to check the definition of The
> > British Isles:
> > https://www.britannica.com/place/British-Isles
> >
> > They may also wish to have a read of this:
> >
> https://www.gov.im/about-the-government/departments/cabinet-office/external-relations/constitution/
> >
> >
> >
> > What is the size of OSM-UK's membership?
> >
> >
> > Cheers
> > DaveF
> >
> >
> > ___
> > Talk-GB mailing list
> > Talk-GB@openstreetmap.org
> > https://lists.openstreetmap.org/listinfo/talk-gb
>
>
> ___
> Talk-GB mailing list
> Talk-GB@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-gb
>
___
Talk-GB mailing list
Talk-GB@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-gb

Re: [Talk-de] [Entwurf] Gemeinsame Position zur Zukunft des iD-Editors

[Joern Rueffer]

Moin Michael,

ich hatte mich bislang nur sehr am Rande  mit der iD-Problematik beschäftigt. Wir hatten gestern abend beim Hamburger Treffen auch eine Diskussion 
über die doch relativ hohen Hürden für neue User, in die ganze Materie einzusteigen und waren uns grundsätzlich einig, daß man die Lernkurve für diese 
in manchen Punkten deutlicher flacher gestalten sollte oder gar müßte. Der iD erleichtert den Einstieg in manchen Punkten schon deutlich.


Und zweitens, daß man bei neu Hinzugekommenen auf jeden Fall zusehen sollte, diese in die Community mit einzubinden und mit den Community-Regeln 
vertraut zu machen, auch gerade, was das Mappen und Taggen betrifft. Ich denke, wir können, nein, dürfen es uns nicht leisten, daß ein großer Bereich 
von denjenigen dominiert wird, denen die Community offensichtlich vollkommen egal ist und die ihr eigenes Ding durchziehen wollen, mithin eine 
Schwächung der Community erreichen wollen oder diese zumindest in Kauf nehmen.


Von daher finde ich Dein Vorhaben auch gut und unterstütze es voll und ganz.

Grüße
Jörn

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

Re: [Talk-GB] OSM-UK misunderstands the British Isles

[Dave F via Talk-GB]

Here's OSM-UK's page
https://wiki.openstreetmap.org/wiki/United_Kingdom#Guidelines

On 13/11/2019 15:08, Dave F via Talk-GB wrote:

Hi

Someone involved with OSM-UK may wish to check the definition of The 
British Isles:

https://www.britannica.com/place/British-Isles

They may also wish to have a read of this:
https://www.gov.im/about-the-government/departments/cabinet-office/external-relations/constitution/ 




What is the size of OSM-UK's membership?


Cheers
DaveF


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



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

Re: [Talk-it] iD editor

[Stefano]

Il giorno mer 13 nov 2019 alle ore 15:46 Martin Koppenhoefer <
dieterdre...@gmail.com> ha scritto:

> Am Mi., 13. Nov. 2019 um 15:23 Uhr schrieb Stefano :
>
>> L'unica cosa che posso dire è:
>> This is why we can't have nice things.
>>
>
>
> puoi tranquillamente avere "nice things", ma non c'è bisogno che
> constringiamo tutti a portarsi il cavallo di troia in casa, so perché Josm
> è troppo complicato o richiede java. La domanda è si "opt-in" o "opt-out".
>
> Va anche benissimo che un utente si scelga un "benevolente (?) dittatore"
> che fa le decisioni per lui/lei, ma deve essere una scelta. Attualmente gli
> utenti di iD, al meno la maggiorparte, non sono coscienti che le
> "correzioni automatiche" che iD li propone, oppure certi tags, che iD ha
> introdotti (introdotti, non scelti da quelli diffusi), sono quelli della
> minoranza, quelli che la communità non ha ne discussi, ne approvati.
>
> Non è nello spirito di un progetto open di ignorare e azittare le
> critiche, al meno non lo è quando sei lo sviluppatore dell'unico editore
> sulla pagina principale. E tanto di più quando non fai quello che vuoi tu,
> ma quello che voglione le persone che ti pagano.
>
>
Perché prima andava bene la do-ocracy mentre adesso si chiede la dem-ocracy?


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

[Talk-GB] OSM-UK misunderstands the British Isles

[Dave F via Talk-GB]

Hi

Someone involved with OSM-UK may wish to check the definition of The 
British Isles:

https://www.britannica.com/place/British-Isles

They may also wish to have a read of this:
https://www.gov.im/about-the-government/departments/cabinet-office/external-relations/constitution/


What is the size of OSM-UK's membership?


Cheers
DaveF


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

[Talk-it] Problemi con il Tasking Manager di HOT

[mbranco2]

Certo che è una bella sfiga, che si scassi il TM proprio nella settimana
GeoWeek!


*> So what happened?> During the scheduled maintenance to upgrade Tasking
Manager instance, one of our automated scripts deleted our database. This
is not unexpected. But the backup we made before deletion was deleted along
with the database. In a nutshell, we lost the production database
completely, including automated backups.*

Domanda per gli informatici: film già visto, a leggere le righe sopra? :-(

Maggiori dettagli qui:
http://gis.19327.n8.nabble.com/Tasking-manager-unstable-td5951569.html
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] iD editor

[Martin Koppenhoefer]

Am Mi., 13. Nov. 2019 um 15:23 Uhr schrieb Stefano :

> L'unica cosa che posso dire è:
> This is why we can't have nice things.
>


puoi tranquillamente avere "nice things", ma non c'è bisogno che
constringiamo tutti a portarsi il cavallo di troia in casa, so perché Josm
è troppo complicato o richiede java. La domanda è si "opt-in" o "opt-out".

Va anche benissimo che un utente si scelga un "benevolente (?) dittatore"
che fa le decisioni per lui/lei, ma deve essere una scelta. Attualmente gli
utenti di iD, al meno la maggiorparte, non sono coscienti che le
"correzioni automatiche" che iD li propone, oppure certi tags, che iD ha
introdotti (introdotti, non scelti da quelli diffusi), sono quelli della
minoranza, quelli che la communità non ha ne discussi, ne approvati.

Non è nello spirito di un progetto open di ignorare e azittare le critiche,
al meno non lo è quando sei lo sviluppatore dell'unico editore sulla pagina
principale. E tanto di più quando non fai quello che vuoi tu, ma quello che
voglione le persone che ti pagano.

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

Re: [Talk-it] OSMit 2020

[mbranco2]

Certo Volker,
entrambi gli argomenti sono interessanti: presentali tramite il sito del
convegno [1], poi ne possiamo riparlare anche sabato (anche Andrea
Musuruane ha proposto un intervento sul controllo di qualità nella pagina
[2], dove si ipotizza anche una tavola rotonda sull'argomento.

Un saluto,
Marco

[1] http://foss4g-it2020.gfoss.it/callforpaper ,
http://foss4g-it2020.gfoss.it/callforworkshop
[2] https://wiki.openstreetmap.org/wiki/Italy/Events/OSMit_2020_-_draft/

Il giorno mer 13 nov 2019 alle ore 12:27 Luca Delucchi 
ha scritto:

>
>
> On Wed, 13 Nov 2019 at 10:50, Volker Schmidt  wrote:
>
>> Se c'è interesse,
>>
>>1. potrei presentare una versione aggiornata della mia vista
>>personale dei problemi di qualità della mappatura in OSM in Italia
>>(presentazione di mezz.ora)
>>2. potrei organizzare un workshop sull'inserimento di dati in OSM per
>>ciclisti urbani e cicloturisti (2 ore)
>>
>> Il primo si rivolge esclusivamente a persone che sono già mappatori OSM
>> Il secondo si rivolge sia a mappatori, sia a ciclisti che utilizzano
>> prodotti basati su OSM e che vorrebbero contribuire a OSM, anche da non
>> esperti mappatori
>>
>>
> io proporrei entrambi poi vediamo se vengono accettati
>
>
>> Volker
>>
>
> --
> ciao
> Luca
>
> www.lucadelu.org
> ___
> 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: [Talk-it] iD editor

[Stefano]

Il giorno mer 13 nov 2019 alle ore 15:11 Martin Koppenhoefer <
dieterdre...@gmail.com> ha scritto:

> Vi segnalo questo diario post, che tratta di iD editor:
>
> https://www.openstreetmap.org/user/woodpeck/diary/391175
>

L'unica cosa che posso dire è:
This is why we can't have nice things.

>
>
> Ciao Martin
>
> sent from a phone
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

[Talk-it] iD editor

[Martin Koppenhoefer]

Vi segnalo questo diario post, che tratta di iD editor:

https://www.openstreetmap.org/user/woodpeck/diary/391175


Ciao Martin 

sent from a phone___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-de] [Entwurf] Gemeinsame Position zur Zukunft des iD-Editors

[Martin Scholtes]

Hallo Michael,

erst letztens hatte ich eine kleine Diskussion in diesem Issue
von iD, in der mir
wiedereinmal bewusst wurde, wie sehr die Entwickler an der Community
vorbei arbeitet.

Ich unterstütze dein Vorhaben in allen Punkten. Ebenso soll ich von
einem User aus der Telegram-Gruppe ebenfalls die Unterstützung an dem
Vorhaben mitteilen.


Gruß
Martin (ma-rt-in)


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

Re: [OSM-talk-fr] OverPass noeuds des admin_centre des communes

[Cyrille37 OSM]

Merci Jérôme ! J'ai appris l'usage sans parenthèses qui ne m'était 
jamais venu à l'esprit. Je vais bien relire la doc depuis le début, 
comme un "cours". ;-)


Cyrille37.

Le 13/11/2019 à 13:11, Jérôme Amagat a écrit :



Le mer. 13 nov. 2019 à 12:43, Cyrille37 OSM 
mailto:cyrille%2btalk...@giquello.fr>> a 
écrit :


Bonjour

Cette sujet est déjà passé, mais je ne retrouve pas la réponse.

La requête Overpass_QL suivante fonctionne mais elle retourne les
nœuds
et les relations. Quelle est la syntaxe pour que seuls les nœuds
soient
retournés :

[out:json][timeout:30];
area[name="Centre-Val de Loire"]->.zone;
(
   rel(area.zone)["admin_level"="8"]->.relations;
   (
  node(r.relations:"admin_centre");
   );
);
out ;

Merci !
Cyrille37

Le out va sortir  tous ce qui a dans les parenthèses juste au dessus 
donc node et relation donc il faut supprimé les parenthèses (celle 
autour de node... ne serve a rien) donc :


[out:json][timeout:30];
area[name="Centre-Val de Loire"]->.zone;
rel(area.zone)["admin_level"="8"][boundary=administrative]->.relations;
node(r.relations:"admin_centre");
out ;

ça doit fonctionner. j'ai ajouté boundary=administrative, il y a des 
endroits en France où admin_level=8 est utilisé pour des paroisses.



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


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

Re: [Talk-de] [Entwurf] Gemeinsame Position zur Zukunft des iD-Editors

[websi...@posteo.de]

Hallo Michael!

In einem Projekt wie OSM halte ich es für unabdingbar, dass sich die
Maintainer einer Editor-Software mit der Community auseinandersetzen.

Das Selbstverständnis der iD-Entwickler sieht über die letzten Jahre
betrachtet etwas anders aus und wird teilweise immer mehr zum
Alleingang. Das Abschalten von Kommentaren in Issues bzw. das Schliessen
von Issues ohne sich mit diesen ernsthaft auseinanderzusetzen, spricht
eine deutliche Sprache.

Da die aktuell verwendete Version von iD der Einstieg für viele neue
Mapper ist, sehen diese das, was iD ihnen vorschlägt, als Standard an.
Schliesslich ist die Software ja in der offiziellen OSM-Website verbaut.

Dies sollte kein Freifahrtschein für die Entwickler sein. Wenn es einen
entsprechenden Fork gibt, welcher der Community eher zugewandt ist,
sollte dieser stattdessen auf openstreetmap.org eingesetzt werden.

Ich finde Dein Engagement in dieser Problematik gut und unterstütze ein
entsprechendes Statement gegenüber der OSMF.

Oliver (highflyer74)

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

Re: [OSM-talk-fr] OverPass noeuds des admin_centre des communes

[Jérôme Amagat]

Le mer. 13 nov. 2019 à 12:43, Cyrille37 OSM  a
écrit :

> Bonjour
>
> Cette sujet est déjà passé, mais je ne retrouve pas la réponse.
>
> La requête Overpass_QL suivante fonctionne mais elle retourne les nœuds
> et les relations. Quelle est la syntaxe pour que seuls les nœuds soient
> retournés :
>
> [out:json][timeout:30];
> area[name="Centre-Val de Loire"]->.zone;
> (
>rel(area.zone)["admin_level"="8"]->.relations;
>(
>   node(r.relations:"admin_centre");
>);
> );
> out ;
>
> Merci !
> Cyrille37
>
> Le out va sortir  tous ce qui a dans les parenthèses juste au dessus donc
node et relation donc il faut supprimé les parenthèses (celle autour de
node... ne serve a rien) donc :

[out:json][timeout:30];
area[name="Centre-Val de Loire"]->.zone;
rel(area.zone)["admin_level"="8"][boundary=administrative]->.relations;
node(r.relations:"admin_centre");
out ;

ça doit fonctionner. j'ai ajouté boundary=administrative, il y a des
endroits en France où admin_level=8 est utilisé pour des paroisses.


> ___
> 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] posgresql > geojson > umap

[osm . sanspourriel]

A priori tu utilises MapServer.

Je ne sais quelle version, voici ce que je lis sur la doc
 de la version courante :

/And support for the following types is optional:/

//

1.

   /*GetFeatureInfo:*//return info about feature(s) at a query (mouse
   click) location. MapServer supports 3 types of responses to this
   request:/

   //
 *

   /text/plain output with attribute info./

 *

   /text/html output using MapServer query templates (see
   //Templating
   //)
   specified in the //CLASS
   //TEMPLATE
   parameter (the filename has to have an .html extension). The
   MIME type returned by the Class templates defaults to text/html
   and can be controlled using the metadata
   “wms_feature_info_mime_type”./

 *

   /application/vnd.ogc.gml, GML.1 or GML for GML features./

Je n'utilise pas MapServer, mais ça doit être comme dans GeoServer, tu
dis pour chaque couche si elle est interrogeable (de mémoire
queryable=yes) et si en plus des paramètres classiques d'une requête WMS
tu mets les coordonnées de la souris (x, y), il te rend non une image
mais des infos sur que ce tu as cette position à la WFS.

Je ne sais si "optional" vuet dire ici que ça dépend uniquement de la
configuration des couches ou aussi des options de compilation de MapServer.

Jean-Yvon

Le 13/11/2019 à 11:52, Tony Emery via Talk-fr -
talk-fr@openstreetmap.org a écrit :

un wms interrogeable, ça, ça m'intéresse.
Du coup, le paramétrage se fait sur le serveur de notre webSIG ?

Actuellement, j'ai ça :
 
   text/html
   application/vnd.ogc.gml
   text/plain
   
 
   http://www.w3.org/1999/xlink;
xlink:href="https://vmap.ccpro.fr/wms/public/FluxPublic?"/>
   http://www.w3.org/1999/xlink;
xlink:href="https://vmap.ccpro.fr/wms/public/FluxPublic?"/>
 
   
 

Que dois-je modifier ?



-
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] OverPass noeuds des admin_centre des communes

[Cyrille37 OSM]

Bonjour

Cette sujet est déjà passé, mais je ne retrouve pas la réponse.

La requête Overpass_QL suivante fonctionne mais elle retourne les nœuds 
et les relations. Quelle est la syntaxe pour que seuls les nœuds soient 
retournés :


[out:json][timeout:30];
area[name="Centre-Val de Loire"]->.zone;
(
  rel(area.zone)["admin_level"="8"]->.relations;
  (
 node(r.relations:"admin_centre");
  );
);
out ;

Merci !
Cyrille37


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

Re: [Talk-it] OSMit 2020

[Luca Delucchi]

On Wed, 13 Nov 2019 at 10:50, Volker Schmidt  wrote:

> Se c'è interesse,
>
>1. potrei presentare una versione aggiornata della mia vista personale
>dei problemi di qualità della mappatura in OSM in Italia  (presentazione di
>mezz.ora)
>2. potrei organizzare un workshop sull'inserimento di dati in OSM per
>ciclisti urbani e cicloturisti (2 ore)
>
> Il primo si rivolge esclusivamente a persone che sono già mappatori OSM
> Il secondo si rivolge sia a mappatori, sia a ciclisti che utilizzano
> prodotti basati su OSM e che vorrebbero contribuire a OSM, anche da non
> esperti mappatori
>
>
io proporrei entrambi poi vediamo se vengono accettati


> Volker
>

-- 
ciao
Luca

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

[talk-au] (NSW) Email Update – Changes to permanent speed limits

[Luke Stewart]

In case you were not aware, there is a bi-monthly service from the NSW
government advising when and where new speed limits have been introduced
across the state, allowing us to keep our maxspeeds up to date.

https://www.saferroadsnsw.com.au/emailupdates.aspx

I was considering adding a note to the locations that have been changed
each time the email is sent, but would this count as adding non-copyrighted
data, even though it would only request a resurvey?

Interested to hear your thoughts,
Luke
___
Talk-au mailing list
Talk-au@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-au

Re: [talk-au] local traffic only

[Sebastian Spiess]

Thanks Andrew,
I have updated the street accordingly. See
https://www.openstreetmap.org/way/174303541/history

On 11/11/19 7:24 pm, Andrew Harvey wrote:
> In an effort to try to document the outcome of this discussion, I've
> updated 
> https://wiki.openstreetmap.org/wiki/Australian_Tagging_Guidelines#Local_Traffic_Only
>  though
> if any one still feels this isn't the best way to tag this feature,
> please speak up.
>
> On Mon, 11 Nov 2019 at 10:26, Ian Sergeant  > wrote:
>
> What does "official" mean?  It's official, in that the signs are
> placed by the local council.  However they are not enforceable,
> because no law (regulation, etc) gives them a legal meaning.
>
> There is no definitive list of street signs that are advisory vs
> enforceable.  But the RMS has a partial list on their website, and
> the definitive is the Australian Road Rules (as in various state
> legislation).
>
> Councils use them to discourage local streets for through use. 
> They advise drivers that they aren't a main road - and they may
> have traffic calming, etc on them and be otherwise unsuited in
> design for through use.  They aren't used at all in many (most?)
> council areas.
>
> In some cases, they may also have a reduced speed-limit on the
> same sign.  That would be enforceable.
>
> It's pretty low value information to capture in OSM.  But the
> signs exist, so we can capture them - but a access restriction
> would be inappropriate.  I've said before I agree with Andrew's
> proposed tagging for discouraged access.
>
> Ian.
>
> On Mon, 11 Nov 2019 at 06:38, Sebastian S.  > wrote:
>
> So the sign is put up by the council. Is it not an official sign?
>
> Could someone elaborate on the legal side mentioned here. E.g.
> is there catalogue of street signs in the road rules and this
> one is not among them?
>
> Are people confusing lax enforcement of the sign with it
> having no legal meaning?
>
> On 9 November 2019 11:37:49 am AEDT, Andrew Harvey
> mailto:andrew.harv...@gmail.com>>
> wrote:
>
> On Sat, 9 Nov 2019 at 02:24, Mateusz Konieczny
> mailto:matkoni...@tutanota.com>>
> wrote:
>
> Why it would be irrelevant?
>
>
> access tag family is for legal access (with some space
> for officially discouraged access),
> access=destination is for "transit is illegal", not
> "local residents dislike transit traffic".
>
> OSM is not a place to add a nonexisting ban on transit
> traffic
>
>
> Yeah realised this later, see my other post in this thread
> at 
> https://lists.openstreetmap.org/pipermail/talk-au/2019-November/013188.html,
> which I suggested motor_vehicle:advisory=destination to
> tag a suggested or advised but maybe not legally
> enforceable destination only restriction.
>
> On Sat, 9 Nov 2019 at 01:55, Mateusz Konieczny
> mailto:matkoni...@tutanota.com>>
> wrote:
>
> Is it "local traffic only" as in "resident only" or
> "no transit"?
>
> Is permission required to enter this area?
>
> AFAIK there is no tagging scheme for distinguishing
> "only with permission of
> homeowner" and "available to all residents of closed
> community".
>
>
> It just means this road is indented to be used if you're
> traveling to somewhere along this road, but not if you're
> just driving through as a shortcut.
>
> It's still public land, not private property. 
>
> ___
> 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

Re: [OSM-talk-fr] posgresql > geojson > umap

[Tony Emery via Talk-fr]

un wms interrogeable, ça, ça m'intéresse. 
Du coup, le paramétrage se fait sur le serveur de notre webSIG ?

Actuellement, j'ai ça :

  text/html
  application/vnd.ogc.gml
  text/plain
  

  http://www.w3.org/1999/xlink;
xlink:href="https://vmap.ccpro.fr/wms/public/FluxPublic?"/>
  http://www.w3.org/1999/xlink;
xlink:href="https://vmap.ccpro.fr/wms/public/FluxPublic?"/>

  


Que dois-je modifier ?



-
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] posgresql > geojson > umap

[osm . sanspourriel]

Denis, ta réponse date d'il y a plus de 4 ans.

Sur le principe c'est ce que je proposais à Tony, sauf que j'utilise
ST_AsGeoJSON  qui fait ce
qu'il faut.



Nous sommes en 2019 et un serveur WMS peut être interrogeable ;-) :

https://docs.geoserver.org/stable/en/user/services/wms/reference.html

Tu peux mettre un trigger sur tes tables pour qu'une procédure qui te
fait du ST_AsGeoJSON  qui va
bien.

Il faut qu'il dépote ça dans un fichier accessible à umap.

Je suppose que les travaux n'avancent pas 10 fois par jour. C'est
peut-être dommage que le serveur umap aille toujours récupérer les infos.

Yohan te dira peut-être s'il y a des astuces.

Jean-Yvon
Le 13/11/2019 à 11:01, HELFER Denis SNCF RESEAU / SIEGE SNCF RESEAU / DT
GE PPE - denis.hel...@reseau.sncf.fr a écrit :

Salut Tony,

Si tu fais (ou fais faire) un trigger qui génère une séquence comme 
https://dba.stackexchange.com/questions/90482/export-postgres-table-as-json à 
chaque modif (ou en fin de journée) de la table des chantiers, tu devrais pas 
être trop loin du résultat attendu.
Bon courage

Denis

-Message d'origine-
De : Tony Emery via Talk-fr 
Envoyé : mercredi 13 novembre 2019 10:51
À : talk-fr@openstreetmap.org
Cc : Tony Emery 
Objet : [OSM-talk-fr] posgresql > geojson > umap

Bonjour à tous,

Je vous expose ma problématique :
  - J'ai des données concernant des travaux en cours qui sont stockées dans une 
base de données Postgesql ;
  - Elle sont modifiables par certains utilisateurs de notre WebSIG ;
  - Ce WebSIG est hébergé sur un serveur ubuntu (ouf !) ;
  - Comme ce WebSIG n'est pas très "sexy" pour le grand public, on a décidé de 
créer une carte umap pour diffuser sur notre site Internet :
https://umap.openstreetmap.fr/fr/map/carte-des-travaux-en-cours_45005#16/44.1356/4.8203
;

Bon, vous voyez venir la question ?
Et bien oui, à chaque fois que l'utilisateur modifie la carte, je dois exporter 
les données à la main pour mettre à jour umap.

Je ne pense pas qu'on puisse interroger une base postgresql directement depuis 
umap et j'avais penser à utiliser un flux wms mais les données ne seront pas 
interrogeables.

J'avais pensé faire un petit script sur FME mais, après réflexion, je me suis 
dit que je pouvais devoir faire tout ça en ligne de commande depuis le serveur 
linux.

Est-ce qu'on peut demander à postgresql ou à Ubuntu d'extraire le jeu de données 
"s_voirie.travaux_ccpro" en passant par un filtre sur la colonne "etat_avancement" et 
d'en faire 3 fichiers geojson qui seront mis dans "var/www/vmap/vas/public/umap" ?

Et si ce script peut être lancé dès que mon utilisateur modifie la table, ce 
serait encore mieux;

Merci de vos réponses,

Tony




-
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
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

[Talk-de] FOSSGIS-Aktiventreffen per Mumble am 18. November 2019

[Michael Reichert]

Hallo,

am 18. November 2019 findet um 20:00 Uhr das erste
FOSSGIS-Aktiventreffen per Mumble statt.

Die vorläufige Tagesordnungspunkt enthält momentan die folgenden Punkte:
- Bericht/Status Konferenzorganisation und Programmkomitee
- Meinungsbild der deutschen OSM-Community zum iD-Editor

Auch Nichtmitglieder dürfen an der Sitzung teilnehmen, sie ist
öffentlich. Weite Informationen sind auf
https://fossgis.de/wiki/Aktiventreffen
und https://fossgis.de/wiki/Aktiventreffen/2019-11-18 zu finden.

Viele Grüße

Michael


 Weitergeleitete Nachricht 
Betreff: [fossgis-verein] Regelmäßige Aktiventreffen per Mumble
Datum: Tue, 22 Oct 2019 22:43:24 +0200
Von: Michael Reichert 
An: verein-li...@fossgis.de

Hallo,

wer den Vorstandssitzung per Mumble folgt, wird es vielleicht in den
letzten Monaten beobachtet haben: Sie werden länger bzw. sind arg lang.
Nicht alles muss auf den Vorstandssitzungen diskutiert und entschieden
werden. Deshalb haben wir auf unserer heutigen Sitzung beschlossen, in
Anlehnung an die IRC-Stammtische, die es einst gab, regelmäßige
Aktiventreffen per Mumble einzuführen. Diese sollen ein bis zwei Wochen
vor der Vorstandssitzung stattfinden und einen Raum bieten, die aktuelle
Vereinsarbeit (Konferenzorganisation, OSM-Sachen, Open-Data-Fraktion, …)
zu besprechen. Die Lage vor der Vorstandssitzung soll es ermöglichen,
Dinge, bei denen ein Vorstandsbeschluss gewünscht wird, zeitnah (auf der
nächsten Vorstandssitzung) zu erledigen.

Die Sitzungen werden eine Tagesordnung und einen Moderator haben.

Die Anwesenheit eines Vorstandsmitglieds wird angestrebt, können aber
auch ohne stattfinden.

Selbstverständlich ist jedem, nicht nur denjenigen, die sich als Aktive
fühlen, die Teilnahme gestattet. Wir freuen uns, wenn der dort gewonnene
Einblick in die Arbeit den ein oder anderen ermuntert, euch einzubringen.

Die erste Sitzung soll ein bis zwei Wochen vor dem Hacking Event im
Linuxhotel in Essen (29. November bis 1. Dezember 2019 [1]) stattfinden.
Unter https://dudle.inf.tu-dresden.de/Bz08_UOZjQ/ findet ihr eine
Umfrage. Bitte füllt sie aus, wenn ihr teilnehmen möchtet. Ich werde die
Umfrage Anfang nächster Woche auswerten.

Wann spätere Termine stattfinden und wie der regelmäßige Terminrhythmus
der Aktiventreffen aussehen soll, können wir auf der ersten Sitzung oder
auf dem Hacking Event in Essen entscheiden.

Wir freuen uns auf eure Teilnahme.

Viele Grüße

Michael Reichert
für den Vorstand


[1] https://www.fossgis.de/wiki/FOSSGIS_Hacking_Event_2019_Nummer_13


-- 
FOSSGIS e.V.
Römerweg 5
79199 Kirchzarten
Vorstand: Dominik Helle, Michael Reichert, Jochen Topf, Arne Schubert
E-Mail: i...@fossgis.de
Eintragung im Vereinsregister:
  Registergericht: Stadt Mainz
  Registernummer: 90 VR 3594




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

Re: [OSM-talk-fr] posgresql > geojson > umap

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

Salut Tony,

Si tu fais (ou fais faire) un trigger qui génère une séquence comme 
https://dba.stackexchange.com/questions/90482/export-postgres-table-as-json à 
chaque modif (ou en fin de journée) de la table des chantiers, tu devrais pas 
être trop loin du résultat attendu.
Bon courage

Denis

-Message d'origine-
De : Tony Emery via Talk-fr  
Envoyé : mercredi 13 novembre 2019 10:51
À : talk-fr@openstreetmap.org
Cc : Tony Emery 
Objet : [OSM-talk-fr] posgresql > geojson > umap

Bonjour à tous,

Je vous expose ma problématique :
 - J'ai des données concernant des travaux en cours qui sont stockées dans une 
base de données Postgesql ;
 - Elle sont modifiables par certains utilisateurs de notre WebSIG ;
 - Ce WebSIG est hébergé sur un serveur ubuntu (ouf !) ;
 - Comme ce WebSIG n'est pas très "sexy" pour le grand public, on a décidé de 
créer une carte umap pour diffuser sur notre site Internet :
https://umap.openstreetmap.fr/fr/map/carte-des-travaux-en-cours_45005#16/44.1356/4.8203
;

Bon, vous voyez venir la question ?
Et bien oui, à chaque fois que l'utilisateur modifie la carte, je dois exporter 
les données à la main pour mettre à jour umap.

Je ne pense pas qu'on puisse interroger une base postgresql directement depuis 
umap et j'avais penser à utiliser un flux wms mais les données ne seront pas 
interrogeables.

J'avais pensé faire un petit script sur FME mais, après réflexion, je me suis 
dit que je pouvais devoir faire tout ça en ligne de commande depuis le serveur 
linux.

Est-ce qu'on peut demander à postgresql ou à Ubuntu d'extraire le jeu de 
données "s_voirie.travaux_ccpro" en passant par un filtre sur la colonne 
"etat_avancement" et d'en faire 3 fichiers geojson qui seront mis dans 
"var/www/vmap/vas/public/umap" ?

Et si ce script peut être lancé dès que mon utilisateur modifie la table, ce 
serait encore mieux;

Merci de vos réponses,

Tony




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

[Tony Emery via Talk-fr]

Ah Vincent, je savais que tu étais génial, mais là, tu es super génial...
Du coup, je vois que j'ai encore plein de taf chez moi...



-
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

[OSM-talk-fr] posgresql > geojson > umap

[Tony Emery via Talk-fr]

Bonjour à tous,

Je vous expose ma problématique :
 - J'ai des données concernant des travaux en cours qui sont stockées dans
une base de données Postgesql ;
 - Elle sont modifiables par certains utilisateurs de notre WebSIG ;
 - Ce WebSIG est hébergé sur un serveur ubuntu (ouf !) ;
 - Comme ce WebSIG n'est pas très "sexy" pour le grand public, on a décidé
de créer une carte umap pour diffuser sur notre site Internet :
https://umap.openstreetmap.fr/fr/map/carte-des-travaux-en-cours_45005#16/44.1356/4.8203
;

Bon, vous voyez venir la question ?
Et bien oui, à chaque fois que l'utilisateur modifie la carte, je dois
exporter les données à la main pour mettre à jour umap.

Je ne pense pas qu'on puisse interroger une base postgresql directement
depuis umap et j'avais penser à utiliser un flux wms mais les données ne
seront pas interrogeables.

J'avais pensé faire un petit script sur FME mais, après réflexion, je me
suis dit que je pouvais devoir faire tout ça en ligne de commande depuis le
serveur linux.

Est-ce qu'on peut demander à postgresql ou à Ubuntu d'extraire le jeu de
données "s_voirie.travaux_ccpro" en passant par un filtre sur la colonne
"etat_avancement" et d'en faire 3 fichiers geojson qui seront mis dans
"var/www/vmap/vas/public/umap" ?

Et si ce script peut être lancé dès que mon utilisateur modifie la table, ce
serait encore mieux;

Merci de vos réponses,

Tony




-
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: [Talk-it] OSMit 2020

[Volker Schmidt]

Se c'è interesse,

   1. potrei presentare una versione aggiornata della mia vista personale
   dei problemi di qualità della mappatura in OSM in Italia  (presentazione di
   mezz.ora)
   2. potrei organizzare un workshop sull'inserimento di dati in OSM per
   ciclisti urbani e cicloturisti (2 ore)

Il primo si rivolge esclusivamente a persone che sono già mappatori OSM
Il secondo si rivolge sia a mappatori, sia a ciclisti che utilizzano
prodotti basati su OSM e che vorrebbero contribuire a OSM, anche da non
esperti mappatori

Volker

On Wed, 13 Nov 2019 at 09:22, mbranco2  wrote:

> Bene!
> Anch'io ho aggiunto un intervento: con il Prof. Carlone dell'Avogadro
> vorremmo parlare dell'esperienza OSM fatta in quella scuola.
>
> Il giorno lun 7 ott 2019 alle ore 19:31 mbranco2  ha
> scritto:
>
>> Ciao Lista,
>>
>> riprendo quanto discusso poco tempo fa [1] riguardo a come organizzare la
>> giornata di sabato 22 febbraio 2020 al convegno di Torino su Software e
>> Dati Geografici Free e Open Source [2].
>> In questi giorni ho riscontrato da più parti un forte interesse perché
>> OSMit sia denso di contenuti e le varie proposte di argomenti trattabili le
>> ho riepilogate qui [3] ; i relatori possono ovviamente rettificare la breve
>> descrizione che ho messo agli argomenti, come pure chiunque può aggiungere
>> altri argomenti.
>>
>> IMPORTANTE:
>> Non vorrei che concentrando al sabato gli interventi, nei 3 giorni
>> precedenti l'argomento OSM sia ignorato: lo spirito di questo evento è
>> anche di far incontrare le varie comunità e non voglio certo proporre di
>> fare i separatisti.
>> Per decidere in che giorno collocare un intervento penso che la
>> discriminante debba essere: se l'argomento è molto specialistico mettiamolo
>> al sabato, se ha una valenza più generale (e il relatore dà la sua
>> disponibilità) mettiamolo nei giorni precedenti; in questo secondo caso
>> l'abstract va naturalmente presentato al comitato organizzatore tramite il
>> sito [2].
>>
>> Buona serata,
>> Marco
>>
>> [1] http://gis.19327.n8.nabble.com/FOSS4G-it-2020-td5947159.html
>> [2] http://foss4g-it2020.gfoss.it/
>> [3] https://wiki.openstreetmap.org/wiki/Italy/Events/OSMit_2020_-_draft/
>>
>>
>> 
>>  Mail
>> priva di virus. www.avast.com
>> 
>> <#m_-6832432382438891845_m_3392320060380412423_DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2>
>>
> ___
> 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: [Talk-it] FOSS4G Italia 2020 - Proroga scadenza presentazione proposte di relazioni e workshop

[stefano campus]

Ancora poche ore per presentare proposte per workshop e interventi
orali/poster per FOSS4G Italia 2020 dal 18 al 22 febbraio a Torino.

Info: http://foss4g-it2020.gfoss.it/



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

[rainerU]

Bonjour,

Merci beaucoup pour cet out outil. Surtout pour cette fonction très utile pour 
l’intégration des adresses :


Am 11.11.19 um 16:34 schrieb Vincent de Château-Thierry:
pour les voies numérotées rapprochées, on 
peut maintenant en 1 clic ouvrir dans JOSM les adresses non encore intégrées, 
rue par rue, soit comme points isolés, soit comme relation associatedStreet. Vos 
retours bienvenus là-dessus


Pour pouvoir mieux localiser les voies sans rapprochement, il serait bien 
d'avoir cette fonction aussi pour ces rues. Souvent les voies récentes ne 
figurent pas encore sur le plan cadastral et le lien JOSM n'est pas suffisant 
pour identifier la voie sur les images aériennes.


Rainer


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

Re: [Talk-de] [Entwurf] Gemeinsame Position zur Zukunft des iD-Editors

[Markus]

Hallo Michael,

Ja Technokratie ist tödlich für ein freies Projekt.

Danke dass Du dich dagegen engagierst :-)
Mir gefällt dabei auch Deine bewusst zurückhaltende Sprache.

Hat denn jemand schon mal die Motivation der iD-Maintainer
herauszufinden versucht? mit welchem Ergebnis?
(meist stehen hinter Konflikten (vermeintlich) gegensätzliche Bedürfnisse)

Die Inhalte kann ich leider nicht konkret nachvollziehen, da die
verlinkten Texte englisch geschrieben sind.

Insofern kann ich nicht verstehen, wo die Aktionen zu einer Verbesserung
des Taggingschemas beitragen (i.S.v.: Schlüssigkeit, Gültigkeit,
Verständlichkeit, Differenzierung, Einheitlichkeit, etc.), und wo dieses
beeinträchtigt wird.

Vielleicht gibt es ja Links zu deutschsprachigen Texten, die Du noch
teilen kannst?

Mit herzlichem Gruss,
Markus

PS:
Ähnlich problematisch ist eine ausschliessliche Verwendung einer
einzelnen Sprache (meist Englisch, auch hier in OSM). Weil dadurch alle,
die ihrer nicht (ausreichend) mächtig sind von der Teilhabe und der
Mitbestimmung weitgehend ausgeschlossen sind.
(hier kann konsequente Übersetzung helfen - aber gerade bei dynamischen
und entscheidenden Prozessen ist das schwierig - und es macht Prozesse
in internationalen Projekten komplexer)

Ähnlich problematisch ist Macht, die entsteht durch einseitig verteilte
Vefügbarkeit über Zeit.
(dafür kenne gibt es m.W. wenig Mittel)

Und - hier im Sinne von Atrophie - ähnlich problematisch sind
widersprüchliche Taggings bzw Taggingschemen (Attribute, deren
Beschreibung, deren Verwendung).
(daran leidet OSM seit Jahren)

Am 12.11.2019 um 23:57 schrieb Michael Reichert:
> Crossposting:
> https://forum.openstreetmap.org/viewtopic.php?pid=768763#p768763
>
> TL;DR Lasst uns mal ein gemeinsames Statement zum Umgang mit den
> iD-Maintainern finden.
> https://wiki.openstreetmap.org/wiki/User:Nakaner/Forderungen_zur_Zukunft_von_iD
> Eine Abstimmung gibt es dann später, wenn sich Zustimmung abzeichnet.
>
> Hallo,
>
> die Entwicklung des iD-Editors treibt sein einigen Monaten mir und
> anderen Sorgenfalten auf die Stirn. Sie ist geprägt von einer
> absolutistischen Grundeinstellung, die in OSM bei einem derart zentralen
> und einflussreichen Projekt nicht existieren sollte. Wiederholt waren
> Entscheidungen der iD-Hauptentwickler auf den Mailinglisten Talk und
> Tagging diskutiert worden; zwei Mailinglisten, die als die
> Diskussionsräume in OSM gelten (Tagging insbesondere für Tagging).
> Wiederholt haben die iD-Hauptentwickler durchblicken lassen, dass ihnen
> die Community am Allerwertesten verbeigeht und scheuen auch nicht vor
> Beleidigungen der Community auf der Mailingliste [1] zurück. In der
> Wochennotiz war das schon ein paar Mal Thema.
>
> Geändert hat sich seitdem nichts. Eine Code of Conduct-Beschwerde [2]
> war parktisch wirkungslos. Der Vorstand hat zwar im Mai/Juni Bryan
> Housel (den älteren der beiden Hauptentwickler) um ein Gespräch gebeten,
> das kam aber nicht zustande.
>
> Neben dem Durchdrücken eigener Taggingvorstellungen (nichts Neues, meine
> Recherche hat mich zu drei Jahren alten Tickets geführt) haben wir mit
> dem iD-Editor mittlerweile auch ein Datenschutzproblem, das uns in
> Deutschland öffentlich sicherlich nicht willkommen ist: Der iD-Editor
> lädt Firmenlogos von graph.facebook.com. [3] Mal ehrlich, wenn ich eine
> freie Karte editiere, will ich nicht, dass meine Daten zu Facebook
> abfließen!
>
> Dass die iD-Hauptentwickler das Feature gut finden, ist keine
> Überraschung. Die Reaktion war, die GitHub-Issue zu sperren [4] (d.h.
> keine Kommentare mehr möglich) und im gesamten Repository das
> Kommentieren bestehender und Anlegen neuer Issues zu deaktiveren.
> Frederik, der sich bislang nur vorsichtig kritisch auf Mailinglisten zu
> der Sache geäußert hat, ist in seinem Benutzer-Blog am Samstag der
> Kragen geplatzt. Er hat dort praktisch gefordert, die sich
> missbräuchlich verhaltenden iD-Maintainer vor die Tür zu setzen. Lest
> selbst: https://www.openstreetmap.org/user/woodpeck/diary/391175
>
> Der Blogeintrag hat mich dazu motiviert, einen Entwurf für ein Statement
> der deutschen Community zum Umgang mti den iD-Hauptentwicklern zu
> schreiben. Hinweis: Der erläuternde Teil ist nicht neutral.
> https://wiki.openstreetmap.org/wiki/User:Nakaner/Forderungen_zur_Zukunft_von_iD
>
> Hier die Kernforderungen des Statements:
> - Die Facebook-Aufrufe müssen umgehend weg.
> - Benutzersperren und Diskussionssperren auf GitHub müssen von jemand
> anderem als den Hauptentwicklern entschieden werden.
> - Auf osm.org kommt bis auf Weiteres der Fork von Frédéric Rodrigo zum
> Einsatz, der den iD Community-Konsens-konform angepasst hat.
> - Die Betreuung der Taggingvorlagen und Validierungsregeln wird in ein
> eigenes Projekt verschoben. Das wird von einem eigenständigen Komitee
> betreut. Bis zur Umsetzung dieser Änderung wird Frédérics Fork verwendet.
>
> Was haltet ihr von dem Entwurf? Änderungen sind willkommen.
>
> Sollte sich Zustimmung abzeichnen, 

Re: [Talk-se] Finns interesse för att börja en Svensk lokalförening?

[joel]

Hej!

Jag är positiv, både till fler träffar och att det startas en 
lokalförening. Om det nu går att få bidrag från Wikimedia vore det 
intressent att få ihop en "riksträff" med folk från hela landet på ett 
och samma ställe.


Mvh
Joel Grafström (leojth)

2019-11-13 00:26 skrev Andreas Vilén:

Vet inte hur mycket Malmö/Lund-folk det finns kvar. Vi har inte haft
någon sammankomst på länge men om du är på genomresa kanske det är
anledning god som någon att försöka dra ihop något.

Med vänlig hälsning,
Andreas

Skickat från min iPhone


11 nov. 2019 kl. 22:14 skrev Erik Johansson :

Jag är på att träffas lokalt igen, skulle vara kul att träffa
Lund/Malmö folket någon gång. Jag sitter i Stockholm själv och vi hade
ju möten förr.

On Mon, Nov 11, 2019 at 9:56 AM Axel Pettersson
 wrote:


Hej,
I den mån OSM-gemenskapen vill ha det kommer ett glatt hejarop från 
Wikimedia Sverige[1]. Vill ni ha stöd på något sätt hjälper vi gärna 
till, oavsett om det gäller organisatoriska frågor eller en ansökan 
om bidrag[2] för att kunna träffas eller åka på någon konferens.


[1] https://wikimedia.se/om-oss/
[2] 
https://se.wikimedia.org/wiki/Projekt:St%C3%B6d_till_gemenskapen_2019#Bidrag


Bästa hälsningar,
/axel


Axel Pettersson
Projektledare GLAM/Outreach
Wikimedia Sverige

+46 (0)733 96 55 65
axel.petters...@wikimedia.se

Twitter: @Haxpett

Stöd fri kunskap, bli medlem i Wikimedia Sverige.
Läs mer på wikimedia.se/sv/blimedlem



Den sön 10 nov. 2019 kl 12:02 skrev Christian Asker 
:


Hej. Jag tycker att det är en bra idé, även om jag just nu har för
mycket föreningsengagemang för att själv engagera mig. Några fysiska
träffar vore ju kul!

Mvh Christian




Den 2019-11-10 kl. 09:34, skrev pangoSE:
Hej

Jag skulle vilja stärka vår sammanhållning och ha möjlighet att 
träffa
nån av er andra som håller på i Sverige. Därutöver skulle jag vilja 
ha

möjlighet att skicka nån till Advisory Board och att vi tillsammans
tar ställning för sånt som är viktigt för oss som ideella deltagare 
i

projektet.

Trots att jag varit aktiv i snart 10 år har jag bara träffat en 
annan

lokalt (Blajo).

Finns det interesse att få igång en förening?
Hur många är vi egentligen här på listan?

Se 
https://welcome.openstreetmap.org/about-osm-community/local-chapters/


Mvh
pangoSE

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


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


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




--
/emj

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


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


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

Re: [Talk-it] OSMit 2020

[mbranco2]

Bene!
Anch'io ho aggiunto un intervento: con il Prof. Carlone dell'Avogadro
vorremmo parlare dell'esperienza OSM fatta in quella scuola.

Il giorno lun 7 ott 2019 alle ore 19:31 mbranco2  ha
scritto:

> Ciao Lista,
>
> riprendo quanto discusso poco tempo fa [1] riguardo a come organizzare la
> giornata di sabato 22 febbraio 2020 al convegno di Torino su Software e
> Dati Geografici Free e Open Source [2].
> In questi giorni ho riscontrato da più parti un forte interesse perché
> OSMit sia denso di contenuti e le varie proposte di argomenti trattabili le
> ho riepilogate qui [3] ; i relatori possono ovviamente rettificare la breve
> descrizione che ho messo agli argomenti, come pure chiunque può aggiungere
> altri argomenti.
>
> IMPORTANTE:
> Non vorrei che concentrando al sabato gli interventi, nei 3 giorni
> precedenti l'argomento OSM sia ignorato: lo spirito di questo evento è
> anche di far incontrare le varie comunità e non voglio certo proporre di
> fare i separatisti.
> Per decidere in che giorno collocare un intervento penso che la
> discriminante debba essere: se l'argomento è molto specialistico mettiamolo
> al sabato, se ha una valenza più generale (e il relatore dà la sua
> disponibilità) mettiamolo nei giorni precedenti; in questo secondo caso
> l'abstract va naturalmente presentato al comitato organizzatore tramite il
> sito [2].
>
> Buona serata,
> Marco
>
> [1] http://gis.19327.n8.nabble.com/FOSS4G-it-2020-td5947159.html
> [2] http://foss4g-it2020.gfoss.it/
> [3] https://wiki.openstreetmap.org/wiki/Italy/Events/OSMit_2020_-_draft/
>
>
> 
>  Mail
> priva di virus. www.avast.com
> 
> <#m_3392320060380412423_DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2>
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

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

[Vincent de Château-Thierry]

Bonjour,

Le 11/11/2019 à 18:17, Vincent de Château-Thierry a écrit :

Le 11/11/2019 à 17:33, marc marc a écrit :



Un test sur une commune ne liste plus le détail de la comparaison
https://dev.cadastre.openstreetmap.fr/fantoir/#insee=27434=0
Sans connaître la commune, je m'étonne aussi du "0 rue avec addr"
alors que le rendu BANOv1 en montre 2
http://tile.openstreetmap.fr/~cquest/leaflet/bano.html#17/49.21635/0.51905 



Ce que montre BANO v1 en gris[1], ce sont des données BAN, qui n'entrent 
pas en jeu pour nous. Elles seraient en rouge si le Cadastre les proposait.


Une commune avec aucune adresse *numérotée* ça se trouve encore. Dans 
ton cas il s'agit d'une commune pour laquelle le Cadastre propose bien 
des adresses, mais sans coordonnées, donc inutilisables pour nous sans 
une autre source et/ou la connaissance du terrain.


Pour la version actuelle du Cadastre en entrée de BANO v2, on compte
- un peu plus de 1200 communes avec des adresses dont aucune n'a de 
coordonnées,
- un peu plus de 2200 communes avec uniquement des pseudo-numeros : des 
numeros en 5000 ou 9000 (voir le Lexique à 
https://www.data.gouv.fr/fr/datasets/adresses-extraites-du-cadastre/)


On compte par ailleurs d'après Fantoir environ 3900 communes avec aucune 
"voie" et uniquement des lieux-dits. On peut avoir des n° raccrochés à 
des lieux-dits bien sûr.


Je mentionne ces chiffres juste pour rappeler qu'on est loin d'un 
adressage uniforme en numero+voie partout, il y a de la marge.


vincent

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