date:20190611

Si ce sont des informations publiques, l'absence de licence équivaut à la
Licence Ouverte, qui n'est qu'une reprise de la Loi (oui, nos lois sont
plus fortes qu'un texte de licence).
Mais c'est effectivement mieux en le disant clairement... surtout quand
c'est l'ODbL qui a été choisie !

Le jeu. 6 juin 2019 à 08:12, Jean-Christophe Becquet  a
écrit :

>
> Bonjour,
>
> Le lien Source originale t'amène vers une fiche qui mentionne la licence
> ODbL 1.0 donc c'est bon.
>
> Sinon la licence absente ne permet rien. Par défaut, tout est interdit
> sauf quelques exceptions. C'est la présence d'une licence qui t'accorde
> explicitement certaines libertés.
>
> Bonne journée
>

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

Re: [OSM-talk-fr] BDOrtho IGN en rade ?

La résolution de la BD Ortho n'est pas homogène (de 5 à 50cm par pixel) et
en plus elle évolue à chaque campagne annuelle.

Ce que la convention prévoit c'est l'accès (sans limite de résolution
indiquée dans la convention) à deux couches bien identifiées du géoportail:
ORTHOIMAGERY.ORTHOPHOTOS et ORTHOIMAGERY.ORTHOPHOTOS.ORTHO-EXPRESS

Ceci me semble suffisant et clair. Plus on détaille, plus ça oblige à
refaire des avenants ou des modifs par la suite.


Le mer. 12 juin 2019 à 07:05, Lau Picado  a écrit :

> Bonjour, est ce normal que la convention ne mentionne pas la résolution de
> la bd ortho ? C'était déjà le cas dans la précédente convention, mais c'est
> important non ?
>
> À bientôt
> Laurence
>

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

Re: [OSM-talk-fr] BDOrtho IGN en rade ?

2019-06-11 Thread Lau Picado

Bonjour, est ce normal que la convention ne mentionne pas la résolution de la 
bd ortho ? C'était déjà le cas dans la précédente convention, mais c'est 
important non ?

À bientôt
 Laurence 

Le 12 juin 2019 00:36:37 GMT+02:00, marc marc  a 
écrit :
>Le 11.06.19 à 23:55, Benoit Fournier a écrit :
>> https://www.loomio.org/d/QeyaurMn/nouvelle-convention-avec-l-ign
>
>réaction à chaud :
>c'est très administratif. exemple :
>Sujet « animation de communautés »
>Les échanges pourront notamment consister
>on dit ca, on a rien dit, on peux plein de chose :)
>mais j'imagine que c'est le "prix" à payer à ce niveau
>
>2 détails :
>page 5, Production des données
>à côté de source, ajouter "ou imagery_used" (utilisé par iD,
>Vespucci et sauf erreur de ma part GoMap)
>
>page 7 Durée :
>pour éviter de ravoir le même problème, l'idéal serrait qu'elle se 
>termine le dernier jour du sotm-fr de cette année si c'est postérieur
>:)
>histoire que les gens puissent signer avant la coupure :)
>
>mais sinon : vivement la signature :)
>faudra juste les bénévoles nécessaires pour faire les interactions
>et voir si cela change qlq chose pour osm-fr d'être partenaire,
>espérons plus de considération pour le "collaboratif" :)
>___
>Talk-fr mailing list
>Talk-fr@openstreetmap.org
>https://lists.openstreetmap.org/listinfo/talk-fr
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [Talk-it] Casotti acquedotto

2019-06-11 Thread solitone

On 10 Jun 2019, at 07:36, Alessandro P. via Talk-it  
wrote:
> Il 07/06/19 06:43, solitone ha scritto:
>> Come vanno taggati quei casotti in cemento degli acquedotti, a protezione 
>> delle acque (dentro si sente scorrere l’acqua)?
> 
> Ma scusate, non è lo stesso argomento di pochissimi giorni fa?
> Vedendo le foto direi che quelle sono prese (captazioni di sorgenti)
> 
> https://it.wikipedia.org/wiki/Opera_di_presa

Qual è la combinazione tag/valore migliore per le prese?
Mi ero perso l’altra discussione, ma leggendola non ho trovato una risposta 
specifica.
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [OSM-talk-fr] BDOrtho IGN en rade ?

2019-06-11 Thread Yves P.

Vidage du cache de JOSM : Les lignes électriques et les balises aériennes
de gazoduc sont à nouveau visibles. MERCI

Le mar. 11 juin 2019 à 17:15, deuzeffe  a écrit :

> Bra-vo et mer-ci !
>
> Le 11/06/2019 à 13:01, Christian Quest a écrit :
> > Pour info, j'ai renouvelé la clé de la BD Ortho qui est donc à nouveau
> > accessible via notre proxy pour compléter les données OSM...
> >
> > --
> > Christian Quest - OpenStreetMap France
> >
> > ___
> > Talk-fr mailing list
> > Talk-fr@openstreetmap.org
> > https://lists.openstreetmap.org/listinfo/talk-fr
> >
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk] Terminate Facebook rights under ODbL

2019-06-11 Thread Nuno Caldeira

Christoph i have well documented them and sent them to Facebook via 
email on October the 10th 2018 after receiving their reply on the 9th of 
October of my initial email on the 10th of September 2018. On December 
the 6th 2018 i asked what was the status or a reply to my email on the 
10th of October, they never replied to those two emails, guess my 
"suggestions" weren't valued. I can share these emails publicly as *.eml 
if you doubt as see the screenshots of examples i sent.


Here's Facebook reply to my email on the 9th of October 2018:


Hello Nuno,

Thank for bringing this up. This was going to a legal review because 
we take community suggestions very seriously and we’ve looked into the 
issues you’ve raised. We don’t currently have attribution on the map 
“previews” as the map in preview form isn’t very informative and the 
intent is that users will click into the experience to actually make 
use of the map. Once a user clicks on the map, the attribution 
experience is readily available.  I believe that this is the approach 
taken by many services which offer a map feature.


With respect to the use of the “i” indicating attribution, we 
understand that may others in the industry have adopted a similar 
approach –most likely to address the limited map real estate and the 
multiple sources of attribution.  We believe that it’s common 
knowledge that additional information, including license information 
related to the mapping feature, can be accessed by clicking the “i.”  
This appears to be common industry practice and reasonably calculated 
to make users aware that OSM is a contributor of a map.


Again, we thank you for your suggestions, and we value our partnership 
with the OSM community.


Best,

Drishtie Patel on behalf of the OSM Maps Team at Facebook


So their believe is /"map "previews" as the map in preview form isn't 
very informative"/. Well if it isn't do not use it on the first place. 
ODbL is clear, "any Person that uses, _views_", i do not have to 
interact with to acknowledge the notice.


"we understand that may others in the industry have adopted a similar 
approach" so all others are doing it wrong, we are entitled to do so. 
That's why lack of attribution is becoming more and more often, because 
of this kind of thought.


They do value partnership but not comply with 4.3 of ODbL and OSMF on 
the license and attribution.


Their legal review is almost 9 months old and from the lack of 
compliance, wonder what it was.



How many map view has facebook per day of OSM data? How many Facebook 
users could have been aware of what OpenStreetMap is? How many new 
contributors could have join OSM?


We must not allow this kind of behaviour, interpretation of ODbL and 
especially have corporate members that have this kind of behaviour.




Às 09:38 de 10/06/2019, Christoph Hormann escreveu:

On Monday 10 June 2019, Mateusz Konieczny wrote:

As already said it would be a bad mistake to underestimate the
influence the OSM community has in principle.  It is certainly much
larger than that of the OSMF.  It might be convenient to just say
"we can't do anything anyway so why bother" and Facebook certainly
tries to cultivate a nimbus of being all-powerful and untouchable
but that is definitely not the case.

Can you propose anything specific that for  example I can do,?

In general raising public awareness is one of the most efficient
measures about this kind of thing.  We have for example so far not even
a proper documentation of the various situations in which Facebook
shows OSM based maps to their users without proper attribution.

Once this exists a good next step would be to approach business partners
of Facebook, in particular ones who are interested and depend on having
a good relationship with OSM and publicly ask them (via Twitter for
example) why they are cooperating with a company that systematically
violates the OSM license.

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

Re: [OSM-talk-fr] BDOrtho IGN en rade ?

2019-06-11 Thread marc marc

Le 11.06.19 à 23:55, Benoit Fournier a écrit :
> https://www.loomio.org/d/QeyaurMn/nouvelle-convention-avec-l-ign

réaction à chaud :
c'est très administratif. exemple :
Sujet « animation de communautés »
Les échanges pourront notamment consister
on dit ca, on a rien dit, on peux plein de chose :)
mais j'imagine que c'est le "prix" à payer à ce niveau

2 détails :
page 5, Production des données
à côté de source, ajouter "ou imagery_used" (utilisé par iD,
Vespucci et sauf erreur de ma part GoMap)

page 7 Durée :
pour éviter de ravoir le même problème, l'idéal serrait qu'elle se 
termine le dernier jour du sotm-fr de cette année si c'est postérieur :)
histoire que les gens puissent signer avant la coupure :)

mais sinon : vivement la signature :)
faudra juste les bénévoles nécessaires pour faire les interactions
et voir si cela change qlq chose pour osm-fr d'être partenaire,
espérons plus de considération pour le "collaboratif" :)
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] BDOrtho IGN en rade ?

2019-06-11 Thread Benoit Fournier

deuzeffe  :

> Benoit Fournier :
>
> > Vous pouvez consulter le projet de convention, à valider (très)
> > prochainement.
> >
> https://www.loomio.org/p/mEbFIc8t/prendre-connaissance-du-projet-de-nouvelle-convention-avec-l-ign
>
> Bien dommage qu'il faille créer un compte sur une plateforme qui parle
> en anglois ou tazuniens de sa privacy policy.


Pour un lien public qui semble plus amical si vous n'avez pas de compte sur
la plateforme Loomio :
https://www.loomio.org/d/QeyaurMn/nouvelle-convention-avec-l-ign
Mes excuses pour le premier lien, qui n'est pas pratique effectivement sans
inscription à Loomio.


> si c'est une convention osm-fr/ign, est-ce que l'annonce n'aurait pas plus
> sa
> place sur la liste de l'assoc. ?
>

J'essaie de communiquer sur tous les moyens, pour toucher tout le monde,
quelque soit sa préférence de communication.


> Peut-être que mes interrogations révèlent juste une profonde
> méconnaissance du fonctionnement de l'asso.
>

Loomio est un outil, des avantages et des inconvénients, comme tous les
outils.
On n'a pas la recette magique :)

-- 
> deuzeffe. #ICanHazPDF ?
>
#
https://loomio-uploads.s3.amazonaws.com/documents/files/000/201/442/original/Convention_OSM_IGN_2019_V0.9-partage.pdf
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Nom de poste source haute-tension ?

2019-06-11 Thread François Lacombe

Bonsoir George,

Le mar. 11 juin 2019 à 21:06, George Kaplan  a
écrit :

> Ce n’est pas toujours vrai. Il existe environ 300 postes sur les 2200 qui
> sont sous exploitation RTE. Pour la propriété, on retrouve des variations
> entre qui possède le terrain, qui l’enceinte, qui les bâtiments, bien que
> les zones d’intervention de chaque intervenant soient clairement définies.
>
Je dois être d'accord avec toi, mais pour être sur, parles-tu bien de
postes comme celui-ci :  https://www.openstreetmap.org/way/100500802 ?
Dans ce cas c'est RTE qui l'emporte, parce qu'il ne doit y avoir qu'une
seule valeur de operator sur le poste (l'enceinte dirais-je, le matériel à
l'intérieur c'est différent)

Pour la compréhension de ce point, il faut considérer 3 limites :
propriété, exploitation et conduite
Il y a des cas où elles sont différentes, et sur le terrain on ne verra que
l'exploitation (qui intervient sur le matériel lors de travaux)

A noter qu'un concepteur a eu l'idée géniale de différencier la couleur des
agrégats de finition sur les postes partagés les plus récents : noir c'est
RTE, blanc c'est le client (Enedis... SNCF...)
Ici par exemple à la sous-station 400kV/25kV de la LGV SEA à Clérac
https://www.geoportail.gouv.fr/carte?c=-0.2508332203417089,45.17802722768411=18=ORTHOIMAGERY.ORTHOPHOTOS::GEOPORTAIL:OGC:WMTS(1)=yes
Ainsi on comprends bien que les départs et les barres 400kV sont en
exploitation et propriété RTE, le reste à la SNCF.
Ca va se généraliser au gré des travaux, on est pas prêt d'avoir tout le
réseau comme ça, mais on progresse.

Dans l'attente, il y a cette doc-ci qu'il faudrait que je complète
https://wiki.openstreetmap.org/wiki/WikiProject_Power_networks/France#Attribution_de_l.27op.C3.A9rateur

Bonne soirée

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

Re: [OSM-talk-fr] BDOrtho IGN en rade ?

2019-06-11 Thread deuzeffe


On 11/06/2019 23:13, Benoit Fournier wrote:


- sur le long terme, nous avons entamé en mars, en prévision de
l'expiration de la convention, des discussions avec l'IGN pour établir
une nouvelle convention. [...]


Vous pouvez consulter le projet de convention, à valider (très) 
prochainement.

https://www.loomio.org/p/mEbFIc8t/prendre-connaissance-du-projet-de-nouvelle-convention-avec-l-ign


Bien dommage qu'il faille créer un compte sur une plateforme qui parle 
en anglois ou tazuniens de sa privacy policy. Et sur laquelle je ne sais 
si osm-fr a un quelconque contrôle. Peut-être que le nextcloud de l'asso 
(même s'il y faut s'y connecter :/) serait plus sécurisé. Et si c'est 
une convention osm-fr/ign, est-ce que l'annonce n'aurait pas plus sa 
place sur la liste de l'assoc. ?


Peut-être que mes interrogations révèlent juste une profonde 
méconnaissance du fonctionnement de l'asso.


--
deuzeffe. #ICanHazPDF ?

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

[talk-cz] připravujeme červnový brněnský mapathon pro Lékaře bez hranic

2019-06-11 Thread r.stampach

Zdravím.

Náš tým pravidelně uskutečňuje brněnské Missing Maps mapathony pro organizaci
Lékařů bez hranic, kde se vytváří data OpenStreetMap pro krizové části světa,
které dosud nejsou dobře zmapované. Tato data pak používají humanitární
organizace pro svou práci. Píši sem, protože mapathonů se pravidelně účastní i
čtenáři tohoto fóra.

Aktuálně se připravuje červnový mapathon. Už jsme byli na univerzitách, ve
firmách… Co třeba si po zkouškách zajít na kávu do Obřan? Kromě kávy si
vychutnáte i přednášku Michala Pospíšila, člena Lékařů bez hranic, který
působil přímo v terénu na misi v Súdánu.

Uskuteční se ve středu 26. června 2019 od 19:00 do 22:00.
Místo: Kulturní fara – Kafara, Fryčajova 78/16, Brno-Obřany
Mapa: https://www.openstreetmap.org/way/98149797

Lze si vybrat ze tří účastnických skupin.
Skupina začátečníků bude při školení získávat první zkušenosti s editací
OpenStreetMap.
Zkušenější mapéři se budou mít možnost naučit program JOSM – volně dostupný
pokročilý editor pro OpenStreetMap.
Ti, kteří už umí alespoň základy JOSM, se mohou vyškolit na validátory, kteří
kontrolují výsledky práce dalších mapérů. Vyškolení co největšího počtu
validátorů je aktuálně ten nejdůležitější úkol mapathonů po celém světě. Jsou
nedostatkoví a vážení, tak se přidejte.

Samozřejmě, zváni jsou i zkušení uživatelé, kteří už žádné školení nepotřebují
a chtějí jen nerušeně mapovat či validovat.
Pokud již patříte mezi zkušené a chtěli byste se přidat do organizačního týmu,
tak se na tom na mapathonu rádi domluvíme.

Registraci a více informací najdete na adrese
https://www.eventbrite.co.uk/e/brnensky-cervnovy-missing-maps-mapathon-v-centru-kafara-tickets-63351612378

Pokud by někdo považoval tento e-mail za obtěžující nevyžádanou zprávu, pak se
nesmírně omlouvám. Stačí mi to napsat v odpovědi a já jeho adresu okamžitě
smažu z adresáře.

Každopádně Vám jménem celého organizačního týmu brněnských mapathonů (Radim,
Tomáš, Jakub, Jakub, Michal, Katka, Daniel a Martin) všem velice děkuji za Vaši
dřívější a snad i budoucí účast.

Radim Štampach
organizační tým brněnských mapathonů

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

Re: [OSM-talk-fr] BDOrtho IGN en rade ?

2019-06-11 Thread Benoit Fournier

Vincent  :

> La convention signée en mai 2016 lors du SOTM de Clermont-Ferrand est
> arrivée à expiration, et le jeton d'accès à la BD Ortho aussi. Il y a 2
> actions en cours, complémentaires, sur ces sujets :
>
> - sur le très court terme, comme déjà dit, Benoît est en contact avec
> les équipes techniques de l'IGN pour obtenir un nouveau jeton
>

Maintenant réglé et rétabli par Christian.

- sur le long terme, nous avons entamé en mars, en prévision de
> l'expiration de la convention, des discussions avec l'IGN pour établir
> une nouvelle convention. [...]
>

Vous pouvez consulter le projet de convention, à valider (très)
prochainement.
https://www.loomio.org/p/mEbFIc8t/prendre-connaissance-du-projet-de-nouvelle-convention-avec-l-ign

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

Re: [Talk-hr] Pravo koristenja mreznih usluga prostornih podataka Drzavne geodetske uprave

2019-06-11 Thread Matija Nalis

meni isto definitivno izgleda da je dozvoljeno cachiranje:

"Mrežna usluga pregleda dostupna je anonimnim i registriranim
korisnicima bez naknade. Korisnik navedenu uslugu može upotrebljavati
za stvaranje novih proizvoda s dodanom vrijednošću. Pristupom mrežnoj
usluzi pregleda i podacima koje ona poslužuje korisnik stječe pravo
uporabe, pri čemu se ni na koji način ne prenosi pravo vlasništva nad
istima. Korisnik je obavezan kod objave podataka istaknuti izvor
podataka [...]"

Bitan dio je "anonimnim korisnicima [...] bez naknade" i
"stjece pravo uporabe" - posto nema dodatnih ogranicenja kakve
uporabe, to ukljucuje i uporabu za offline koristenje (cachiranje).

A posto prilikom cachiranja ne objavljujes dalje te podatke, ne moras
niti istaknuti izvor podataka (dokle god ih ne odlucis negdje objaviti, 
npr. updatanjem OSM baze na osnovu podataka iz DOF-a)...

On Wed, Jun 05, 2019 at 04:31:10PM +0200, hbogner wrote:
> Nisam stručnjak za pravo i licence i nemogu ti ništa sa sigurnošću reći, ali
> po ovome pretpostavljam da bi smio.
> 
> 
> On 05. 06. 2019. 11:48, Darko Boto wrote:
> > Heh.. nisam mislio prodavati za keš :)
> > Mislio sam raditi lokalni cache ili cache na serveru što bi na neki način
> > značilo držati kopiju podataka (npr. DOF-a)
> > 
> > On Wed, Jun 5, 2019 at 11:23 AM hbogner  wrote:
> > 
> > > Ovisi što misliš pod keširati? ;)
> > > 
> > > Prodavati za keš?
> > > 
> > > Radili lokalnu kopiju?
> > > 
> > > Nešto treće?
> > > 
> > > PS. I do sad si svaki put radio lokalnu kopiju kad si posjetio
> > > geoportal. Nažalost oni nisu svjesni da svaki browser(i većina
> > > aplikacija) radi lokalnu kopiju podataka, što s oni bili zabranili :)
> > > 
> > > 
> > > On 05. 06. 2019. 01:09, Darko Boto wrote:
> > > > Jebeno.. Čestitam i svaka čast!
> > > > Jeli to znači i da se može keširati?
> > > > 
> > > > On Tue, Jun 4, 2019 at 6:02 PM hbogner  wrote:
> > > > 
> > > > > 
> > > > > 
> > > https://osm-hr.org/2019/06/04/pravo-koristenja-mreznih-usluga-prostornih-podataka-drzavne-geodetske-uprave/
> > > > > 
> > > > > Državna geodetska uprava je 28.02.2019. objavila članak Mrežne usluge
> > > > > prostornih podataka Državne geodetske uprave u kojem navode razvijene
> > > > > mrežne usluge dostupne za anonmne korisnike. Članak prenosimo u
> > > > > cijelosti zbog arhivskih razloga:
> > > > > 
> > > > >Državna geodetska uprava je u okviru svojeg djelokruga rada
> > > razvila
> > > > > niz mrežnih usluga putem kojih se korisnicima omogućava pristup
> > > > > prostornim podacima.
> > > > > 
> > > > >Pristup mrežnim uslugama možete ostvariti preko sljedećih
> > > poveznica
> > > > > na način da su mrežne usluge pregleda u obliku WMS (Web Map Service)
> > > > > omogućene za anonimne korisnike i to za sljedeće skupove podataka iz
> > > > > nadležnosti Državne geodetske uprave:
> > > > > 
> > > > >Hrvatska osnovna karta – mrežna usluga pregleda za anonimne
> > > > > korisnike (WMS) https://geoportal.dgu.hr/services/hok/wms
> > > > >Digitalni ortofoto 2011 – mrežna usluga pregleda za anonimne
> > > > > korisnike (WMS) https://geoportal.dgu.hr/services/dof/wms
> > > > >Digitalni ortofoto 2014/16 – mrežna usluga pregleda za anonimne
> > > > > korisnike (WMS)
> > > > > https://geoportal.dgu.hr/services/inspire/orthophoto_2014-2016/wms
> > > > >Digitalni ortofoto 2017 – mrežna usluga pregleda za anonimne
> > > > > korisnike (WMS)
> > > > > https://geoportal.dgu.hr/services/inspire/orthophoto_2017/wms
> > > > >Topografske karte mjerila 1:25 000 (TK25), 1:100 000 (TK100) i
> > > > > 1:200 000 (TK200) – mrežna usluga pregleda za anonimne korisnike (WMS)
> > > > > https://geoportal.dgu.hr/services/tk/wms
> > > > >Registar geografskih imena – mrežna usluga pregleda za anonimne
> > > > > korisnike (WMS) http://rgi.dgu.hr/geoserver/wmsgn/wms
> > > > > 
> > > > >Mrežne usluge preuzimanja u obliku WFS (Web Feature Service)
> > > > > omogućene su za anonimne korisnike za sljedeće skupove podataka iz
> > > > > nadležnosti Državne geodetske uprave:
> > > > > 
> > > > >Registar geografskih imena – mrežna usluga preuzimanja za 
> > > > > anonimne
> > > > > korisnike (WFS) http://rgi.dgu.hr/geoserver/gn/wfs (model podataka
> > > > > definiranim specifikacijama podataka INSPIRE-a za geografska imena)
> > > > >http://rgi.dgu.hr/geoserver/wfshr/wfs (u skladu s reduciranim
> > > > > nacionalnim modelom podataka za geografska imena)
> > > > > 
> > > > >Više informacija o navedenim mrežnim uslugama možete pronaći na
> > > > > mrežnim odredištima Državne geodetske uprave:
> > > > > 
> > > > >Geoportal Nacionalne infrastrukture prostornih podataka
> > > > > http://geoportal.nipp.hr
> > > > >Geoportal Državne geodetske uprave https://geoportal.dgu.hr
> > > > >Registar geografskih imena http://rgi.dgu.hr
> > > > > 
> > > > > Otvaranjem stranice Geoportala sa uvjetima korištenja bile su vidljive
> > > > > sljedeće

Re: [Talk-ro] Crestere rang DNCB portiunea nord

2019-06-11 Thread Octavian Chelu

Da, am mai puține editări decât tine, în ultimii ani nici nu am mai editat, 
dar eu editam pe vremea când nu aveam imagini aeriene, înregistram trasee cu 
GPS-ul pe care le încărcam în OSM și după care editam. Nu de puține ori 
traseele pe care le înregistram nu erau din zone foarte circulate, de multe 
ori trasee pe drumuri forestiere unde nu mulți se băgau să culeagă date.

Nu mai am timp în ultima vreme să contribui activ la proiectul OSM, dar asta 
nu înseamnă că nu țin la acest proiect, și-mi exprim opinia tocmai în speranța 
de a ajuta, măcar în acest mod, proiectul.

Și, da, mă bag tocmai pentru că nu mă interesează numai rutarea, mă bag pentru 
că tu propui să alterezi coerența OSM prin devierea de la reguli anterior 
convenite, doar în interesul rutării, în condițiile în care se pot găsi 
alternative care să ajute, cel puțin la fel de mult, rutarea fără să afecteze 
regulile convenite și care, probabil, ajută în alte scopuri.

Pe de altă parte, Facebook nu este nici pe departe mediul potrivit pentru a 
purta o dezbatere, este cu mult sub o lista de mail sau un forum și nici nu a 
fost conceput pentru așa ceva. Facebook este ideal pentru a transmite noutăți 
dar totalmente nepotrivit pentru o dezbatere.

On marți, 11 iunie 2019 22:03:21 EEST Razvan Radulescu wrote:
> Deviezi grav de la subiect si in primul rand  ai inteles gresit interventia
> mea. Iti place sa pornesti polemici si sa ai ultimul cuvant spus. Legat de
> subiect nu ai ajutat cu nimic pe nimeni. Nu s-a nascut universul odata cu
> mine, dar daca ma uit la numarul de editari pe care le ai in comparatie cu
> mine, nu cred ca esti tocmai persoana potrivita sa imi dea mie lectii si
> nici nu ti-ai gasit fraierul de care sa te legi. Daca nu te intereseaza
> atat rutarea nu inteleg de ce te bagi sa dai raspunsuri.
> 
> Oricum recomand si initiatorului sa renune la a mai cere pareri pe acest
> mail deoarece niciodata  nu s-a comunicat cum trebuie aici, ci doar s-au
> spart in figuri unii si altii. In final si-au bagat picioarele majoritatea.
> Tipic romanesc. Asa ca nu-i mai vad rostul.
> 
> Exista 2 pagini de Facebook unde mult mai multi urmaresc subiectul si la
> nevoie isi pot da cu parerea acolo...
> 
> 
> 
> Trimis din Mail pentru Windows 10
> 
> De la: Octavian Chelu
> Trimis: marți, 11 iunie 2019 20:15
> Către: OSM Romania
> Subiect: Re: [Talk-ro] Crestere rang DNCB portiunea nord
> 
> Eu înțeleg că probabil faci parte din cei care cred că universul s-a născut
> odată cu ei și că ceea ce era valabil acum 10 ani nu mai este valabil acum
> pentru că așa consideră ei. Totuși, un mic efort te-ar fi dus pe pagina:
> 
> https://wiki.openstreetmap.org/wiki/Good_practice
> 
> Unde, printre alte lucruri, scrie:
> Draw things as they are on the ground. Do not enter incorrect data just
> because it will help a map renderer, a navigation system or some other data
> consumer which has problem with the correct data.
> 
> Mai mult, baza de date OSM conține o mulțime de date complet irelevante
> pentru navigare, cum ar fi: linii electrice aeriene, linii de cale ferată,
> etc.
> 
> Nu este nimic rău că baza de date OSM este folosită și la navigare, nu este
> nimic rău că numărul celor care o folosesc la navigare este mai mare decât a
> celor care o folosesc în alte moduri, dar asta nu însemnă că nu putem face
> OSM să fie utilă atât celor care o folosesc la navigare cât și celor care o
> folosesc în alte scopuri.
> 
> On marți, 11 iunie 2019 07:30:15 EEST Razvan Radulescu wrote:
> > Vreau sa iti reamintesc ca baza osm este facuta in principal pentru
> > navigatie. Vii cu nistte afirmatii care erau valșbile poate acum 10 ani.
> > Uite-te si la statistici dintre cei care folosesc osm, cati il folosesc
> > pentru navigatie. Nu degeaba, unele din cele mai renumite navigatii
> > folosesc baza de date osm. In plus sunt foarte multi care doresc si
> > folosesc navigatiile bazate pe osm ca alternative la waze si Google maps.
> > Nu ai cum sa ignori trendul legat de utilitatea acestei harti. Hai sa nu o
> > dam in balarii... Am zis ca sunt exceptii si pot exista exceptii legate de
> > drumurile express, dar nu sa facem acum o regula in a le folosi pe toate
> > drumurile care ni se par suficient de  late si cu separatoare de sens.
> > 
> > Trimis din Mail pentru Windows 10
> > 
> > De la: Octavian Chelu
> > Trimis: marți, 11 iunie 2019 07:20
> > Către: OSM Romania
> > Subiect: Re: [Talk-ro] Crestere rang DNCB portiunea nord
> > 
> > Vreau să reamintesc că baza de date OSM nu este făcută doar pentru
> > navigație și nici măcar nu este făcută în primul rând pentru navigație.
> > Dacă marcăm o parte din CB ca trunk doar în urma felului în care arată
> > drumul, atunci ar însemna că mai multe portiuni de drumuri ar trebui să
> > se încadreze în această categorie. Spre exemplu DN5 are porțiuni care au
> > separator de sens și arată similar cu partea de nord-vest a CB, ce să
> > facem, marcăm bucățile respective de drum a trunk?
> > 
> > On luni, 10 iunie 2019

Re: [OSM-talk-fr] Nom de poste source haute-tension ?

2019-06-11 Thread George Kaplan

Bonjour François,

> Le 10 juin 2019 à 17:35, François Lacombe  a écrit 
> :
> 
> Bonjour Yves,
> 
> Une réponse rapide en attendant celle aux questions sur les gazoducs
> 
> En effet les postes sources sont bien propriété et exploitation Enedis (ou 
> ELD ce cas échéant)

Ce n’est pas toujours vrai. Il existe environ 300 postes sur les 2200 qui sont 
sous exploitation RTE. Pour la propriété, on retrouve des variations entre qui 
possède le terrain, qui l’enceinte, qui les bâtiments, bien que les zones 
d’intervention de chaque intervenant soient clairement définies.
Pour l’anecdote, on a quelques postes source tri- ou quadri- partites sur 
lesquels RTE fournit l’énergie à Enedis et en même temps à la SNCF ou des 
industriels.

Malheureusement, tout ça ne se voit pas forcément sur le terrain ce qui rend 
difficile l’ajout de la clé operator.

George


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

Re: [Talk-ro] Crestere rang DNCB portiunea nord

2019-06-11 Thread Razvan Radulescu

Deviezi grav de la subiect si in primul rand  ai inteles gresit interventia 
mea. Iti place sa pornesti polemici si sa ai ultimul cuvant spus. Legat de 
subiect nu ai ajutat cu nimic pe nimeni. Nu s-a nascut universul odata cu mine, 
dar daca ma uit la numarul de editari pe care le ai in comparatie cu mine, nu 
cred ca esti tocmai persoana potrivita sa imi dea mie lectii si nici nu ti-ai 
gasit fraierul de care sa te legi. Daca nu te intereseaza atat rutarea nu 
inteleg de ce te bagi sa dai raspunsuri. 

Oricum recomand si initiatorului sa renune la a mai cere pareri pe acest mail 
deoarece niciodata  nu s-a comunicat cum trebuie aici, ci doar s-au spart in 
figuri unii si altii. In final si-au bagat picioarele majoritatea. Tipic 
romanesc. Asa ca nu-i mai vad rostul.

Exista 2 pagini de Facebook unde mult mai multi urmaresc subiectul si la nevoie 
isi pot da cu parerea acolo...

Trimis din Mail pentru Windows 10

De la: Octavian Chelu
Trimis: marți, 11 iunie 2019 20:15
Către: OSM Romania
Subiect: Re: [Talk-ro] Crestere rang DNCB portiunea nord

Eu înțeleg că probabil faci parte din cei care cred că universul s-a născut 
odată cu ei și că ceea ce era valabil acum 10 ani nu mai este valabil acum 
pentru că așa consideră ei. Totuși, un mic efort te-ar fi dus pe pagina:

https://wiki.openstreetmap.org/wiki/Good_practice

Unde, printre alte lucruri, scrie:
Draw things as they are on the ground. Do not enter incorrect data just 
because it will help a map renderer, a navigation system or some other data 
consumer which has problem with the correct data.

Mai mult, baza de date OSM conține o mulțime de date complet irelevante pentru 
navigare, cum ar fi: linii electrice aeriene, linii de cale ferată, etc.

Nu este nimic rău că baza de date OSM este folosită și la navigare, nu este 
nimic rău că numărul celor care o folosesc la navigare este mai mare decât a 
celor care o folosesc în alte moduri, dar asta nu însemnă că nu putem face OSM 
să fie utilă atât celor care o folosesc la navigare cât și celor care o 
folosesc în alte scopuri.

On marți, 11 iunie 2019 07:30:15 EEST Razvan Radulescu wrote:
> Vreau sa iti reamintesc ca baza osm este facuta in principal pentru
> navigatie. Vii cu nistte afirmatii care erau valșbile poate acum 10 ani.
> Uite-te si la statistici dintre cei care folosesc osm, cati il folosesc
> pentru navigatie. Nu degeaba, unele din cele mai renumite navigatii
> folosesc baza de date osm. In plus sunt foarte multi care doresc si
> folosesc navigatiile bazate pe osm ca alternative la waze si Google maps.
> Nu ai cum sa ignori trendul legat de utilitatea acestei harti. Hai sa nu o
> dam in balarii... Am zis ca sunt exceptii si pot exista exceptii legate de
> drumurile express, dar nu sa facem acum o regula in a le folosi pe toate
> drumurile care ni se par suficient de  late si cu separatoare de sens.
> 
> Trimis din Mail pentru Windows 10
> 
> De la: Octavian Chelu
> Trimis: marți, 11 iunie 2019 07:20
> Către: OSM Romania
> Subiect: Re: [Talk-ro] Crestere rang DNCB portiunea nord
> 
> Vreau să reamintesc că baza de date OSM nu este făcută doar pentru navigație
> și nici măcar nu este făcută în primul rând pentru navigație. Dacă marcăm o
> parte din CB ca trunk doar în urma felului în care arată drumul, atunci ar
> însemna că mai multe portiuni de drumuri ar trebui să se încadreze în
> această categorie. Spre exemplu DN5 are porțiuni care au separator de sens
> și arată similar cu partea de nord-vest a CB, ce să facem, marcăm bucățile
> respective de drum a trunk?
> 
> On luni, 10 iunie 2019 22:38:23 EEST Razvan Radulescu wrote:
> > Ba tocmai ca tag-ul ce defineste categoria drumului este primul luat in
> > calcul la rutare, urmând tag-ul surface si limita de viteza. Exista
> > exceptii si se pot accepta exceptii in anumite situatii. Partea de nord a
> > centurii poate fi considerat un drum express fara sa fie si ruta
> > europeana.
> > Daca nu ma insel exista si drumuri express care nu sunt drumuri europene.
> > (
> > sa ma corecteze cineva daca gresesc). In cazul centurii ( cazul de fata)
> > sa
> > mai auzim si alte pareri. Eu unul nu as avea o problema ca portiunea in
> > discutie sa fie pus si ca trunk daca modifica rutarea in modul explicat de
> > Ionut.
> > 
> > PS – Exista si alte metode de a altera rutarea , dar acelea sunt folosite
> > de unii producatori de softuri de navigatie ( cum este Magic Earth) care
> > au propriul algoritm de rutare si nu tin cont strict de informatiile din
> > baza de date a hartii.
> > 
> > Trimis din Mail pentru Windows 10
> > 
> > De la: Octavian Chelu
> > Trimis: luni, 10 iunie 2019 22:16
> > Către: OSM Romania
> > Subiect: Re: [Talk-ro] Crestere rang DNCB portiunea nord
> > 
> > Din câte-mi aduc aminte parcă se convenise să clasificăm drimurile în
> > funcție de clasificarea oficială cam astfel:
> > 
> > Autostradă -> motorway
> > DN E -> trunk
> > DN -> primary
> > DJ -> secondary
> > DC -> tertiary
> > 
> > Argumentul cu ajută rutarea nu este un

Re: [Talk-ro] Crestere rang DNCB portiunea nord

2019-06-11 Thread Octavian Chelu

Eu înțeleg că probabil faci parte din cei care cred că universul s-a născut 
odată cu ei și că ceea ce era valabil acum 10 ani nu mai este valabil acum 
pentru că așa consideră ei. Totuși, un mic efort te-ar fi dus pe pagina:

https://wiki.openstreetmap.org/wiki/Good_practice

Unde, printre alte lucruri, scrie:
Draw things as they are on the ground. Do not enter incorrect data just 
because it will help a map renderer, a navigation system or some other data 
consumer which has problem with the correct data.

Mai mult, baza de date OSM conține o mulțime de date complet irelevante pentru 
navigare, cum ar fi: linii electrice aeriene, linii de cale ferată, etc.

Nu este nimic rău că baza de date OSM este folosită și la navigare, nu este 
nimic rău că numărul celor care o folosesc la navigare este mai mare decât a 
celor care o folosesc în alte moduri, dar asta nu însemnă că nu putem face OSM 
să fie utilă atât celor care o folosesc la navigare cât și celor care o 
folosesc în alte scopuri.


On marți, 11 iunie 2019 07:30:15 EEST Razvan Radulescu wrote:
> Vreau sa iti reamintesc ca baza osm este facuta in principal pentru
> navigatie. Vii cu nistte afirmatii care erau valșbile poate acum 10 ani.
> Uite-te si la statistici dintre cei care folosesc osm, cati il folosesc
> pentru navigatie. Nu degeaba, unele din cele mai renumite navigatii
> folosesc baza de date osm. In plus sunt foarte multi care doresc si
> folosesc navigatiile bazate pe osm ca alternative la waze si Google maps.
> Nu ai cum sa ignori trendul legat de utilitatea acestei harti. Hai sa nu o
> dam in balarii... Am zis ca sunt exceptii si pot exista exceptii legate de
> drumurile express, dar nu sa facem acum o regula in a le folosi pe toate
> drumurile care ni se par suficient de  late si cu separatoare de sens.
> 
> Trimis din Mail pentru Windows 10
> 
> De la: Octavian Chelu
> Trimis: marți, 11 iunie 2019 07:20
> Către: OSM Romania
> Subiect: Re: [Talk-ro] Crestere rang DNCB portiunea nord
> 
> Vreau să reamintesc că baza de date OSM nu este făcută doar pentru navigație
> și nici măcar nu este făcută în primul rând pentru navigație. Dacă marcăm o
> parte din CB ca trunk doar în urma felului în care arată drumul, atunci ar
> însemna că mai multe portiuni de drumuri ar trebui să se încadreze în
> această categorie. Spre exemplu DN5 are porțiuni care au separator de sens
> și arată similar cu partea de nord-vest a CB, ce să facem, marcăm bucățile
> respective de drum a trunk?
> 
> On luni, 10 iunie 2019 22:38:23 EEST Razvan Radulescu wrote:
> > Ba tocmai ca tag-ul ce defineste categoria drumului este primul luat in
> > calcul la rutare, urmând tag-ul surface si limita de viteza. Exista
> > exceptii si se pot accepta exceptii in anumite situatii. Partea de nord a
> > centurii poate fi considerat un drum express fara sa fie si ruta
> > europeana.
> > Daca nu ma insel exista si drumuri express care nu sunt drumuri europene.
> > (
> > sa ma corecteze cineva daca gresesc). In cazul centurii ( cazul de fata)
> > sa
> > mai auzim si alte pareri. Eu unul nu as avea o problema ca portiunea in
> > discutie sa fie pus si ca trunk daca modifica rutarea in modul explicat de
> > Ionut.
> > 
> > PS – Exista si alte metode de a altera rutarea , dar acelea sunt folosite
> > de unii producatori de softuri de navigatie ( cum este Magic Earth) care
> > au propriul algoritm de rutare si nu tin cont strict de informatiile din
> > baza de date a hartii.
> > 
> > Trimis din Mail pentru Windows 10
> > 
> > De la: Octavian Chelu
> > Trimis: luni, 10 iunie 2019 22:16
> > Către: OSM Romania
> > Subiect: Re: [Talk-ro] Crestere rang DNCB portiunea nord
> > 
> > Din câte-mi aduc aminte parcă se convenise să clasificăm drimurile în
> > funcție de clasificarea oficială cam astfel:
> > 
> > Autostradă -> motorway
> > DN E -> trunk
> > DN -> primary
> > DJ -> secondary
> > DC -> tertiary
> > 
> > Argumentul cu ajută rutarea nu este un argument valid, tagul highway nu
> > are, decăt secundar, rolul de a ajuta rutarea.
> > Ar trebui să existe alte taguri care să ajute rutarea, pentru că, un trunk
> > poate fi, uneori, mai puțin rapid decât un tertiary.
> > 
> > Cu alte cuvinte, trebuie văzut dacă Centura București, sau porțiuni din
> > ea,
> > fac parte dintr-un drum european caz în care trebuie ridicat rangul
> > centurii/ porțiunii la trunk. Dacă nu face parte, atunci trebuie să rămână
> > primary.
> > 
> > Greu de crezut că nu sunt cel puțin porțiuni care să facă parte dintr-un
> > 
> > drum european, spre exemplu E70:
> >  "Timişoara – Drobeta-Turnu Severin – Craiova – Alexandria – Bucharest –
> > 
> > Giurgiu" (copy/paste de pe wiki) nu văd cum trece prin București, decăt pe
> > centură. Dar aici atrebuie deja să se exprime cineva care știe mai bine
> > cum
> > sun nomenclatoarele astea și care să fie mai implicat în proiect decăt am
> > putut eu să fiu în ultimii ani.
> > 
> > On luni, 10 iunie 2019 16:04:43 EEST Ionuţ Gabriel Pădureţu wrote:
> > > Salut,
> > > 
> > > Am

Re: [Talk-transit] Public transport validator+generator from Maps.Me

2019-06-11 Thread Jo

Here in Flanders, Belgium we have some market (single day/week) and school
(only 1 or 2 trips/day) buses and also some lines with a circular pattern
that only have a single route relation in the route_master relation. It's
unusual, but it's not wrong. Let me know if you need examples.

Jo

On Tue, Jun 11, 2019 at 6:14 PM Alexey Zakharenkov via Talk-transit <
talk-transit@openstreetmap.org> wrote:

> Hi, Noémie, Mateusz and others!
>
> I’ve extracted all the generated error messages from our subway validator
> source and list them below with some comments. You’ll see that most of them
> concern topology of a transport network which requires much programming and
> cannot be expressed in terms of MapCSS rules.
> Please express your opinion if you consider some checks to be arguable.
>
> *) "Stop area has multiple stations".
> This error prevents from ambiguous binding of
> stop_position/platform/subway_entrances to a station, as well as from
> accidental duplicating of stations.
>
> *) "Tracks in a stop_area relation"
>
> *) "Only exits for a station, no entrances"
>
> *) "No exits for a station"
>
> *) "Stop position is not a node"
>
> *) "Not a stop or platform in a route relation"
>
> *) "Multiple stops for a station in a route relation"
>
> *) "Cannot find nodes in a railway".
> Detects broken OSM ways with 0 or 1 node.
>
> *) "Stop is nowhere near the track"
>
> *) "Public transport version is 1".
> We encourage to convert relations with public_transport:version=1 to newer
> scheme.
>
> *) "Ambiguous station in route. Please use stop_position or split
> interchange stations".
> This happens if a station object (i.e. a railway=station, not a
> stop_position) is in a route relation, and this station is included into
> several stop_areas; or when there are multiple stations of the same
> transport mode in a stop_area.
>
> *) "Found an out-of-place stop/platform".
> The correct (from the validator's point of view) variants of
> stops/platforms order in a route relation are:
>  - "st_1  st_2  st_3  st_4" (only stops)
>  - "pl_1  pl_2  pl_3  pl_4" (only platforms)
>  - "st_1 pl_1  st_2 pl_2  st_3 pl_3  st_4 pl_4" (stops and platforms
> grouped by station)
>  - "st_1 pl_1  pl_2 st_2   st_3  pl_4" (somewhere only a stop, somewhere
> only a platform, somewhere both)
>  - "st_1 st_2 st_3 st_4  pl_1 pl_2 pl_3 pl_4" (all stops first, then all
> platforms)
>  Incorrect order:
>  - "st_1  st_2 pl_2  st_3  pl_1  st_4" (pl_1 or st_1 or both are out of
> place)
>
> *) "Untagged object in a route".
> Occurs quite often, for example when all tags from a stop_position were
> transferred to another node but old node is kept in a route relation.
>
> *) "An under construction stop/platform in route".
> Though it's unclear to me whether under-construction features should be
> added to routes.
>
> *) "Missing station= on a feature".
> Requires that railway=station/halt object be tagged with
> 'station=subway/light_rail/monorail' or have '=yes’. ’train’ mode is
> silently assumed for railways.
>
> *) " is not connected to a station in route".
> Occurs when a stop_position/platform is not included in a stop_area or the
> stop_area is missing a station object.
>
> *) "Route has no stops"
>
> *) "Route has only one stop"
>
> *) "Angle between stops around  is too narrow,  degrees".
> A sharp twist of a route most probably indicates incorrect stops order.
>
> *) "Route has different network from master"
>
> *) "Incompatible PT mode: route_master has  and route has "
>
> *) "Route in two route_masters"
>
> *) "Stop area belongs to multiple interchanges"
>
> *) "An empty route master. Please set construction:route if it is under
> construction"
>
> *) "Only one route in route_master. Please check if it needs a return
> route".
> Non-circular route must have a reversed one. For circular route this is a
> warning.
>
> *) The validator also compares the number of found stations/routes in a
> network with predefined values from CSV. This kind of checksumming helps to
> detect station/route disappearing or opening new ones.
>
> **) Warnings are generated about missing/wrong station/line colour,
> different colour/ref of route and route_master, holes in rails,  "Subway
> entrance is not a node", "Stop position in a 'platform' role in a route",
> "Platform in a 'stop' role in a route", "Stop is too far from tracks",
> "Stop position is not on tracks", "Tracks seem to go in the opposite
> direction to stops".
>
>
> Best regards,
> Alexey
>
> >
> > Today's Topics:
> >
> >   1. Re: Public transport validator+generator from Maps.Me
> >  (Noémie Lehuby)
> >
> >
> > --
> >
> > Message: 1
> > Date: Fri, 31 May 2019 19:40:46 +0200
> > From: Noémie Lehuby 
> > To: talk-transit@openstreetmap.org
> > Subject: Re: [Talk-transit] Public transport validator+generator from
> >   Maps.Me
> > Message-ID: <3bd8e835-44b1-2d3d-304e-8a6d77160...@zaclys.net>
> > Content-Type: text/plain;

Re: [Talk-transit] Public transport validator+generator from Maps.Me

2019-06-11 Thread Alexey Zakharenkov via Talk-transit

Hi, Noémie, Mateusz and others!

I’ve extracted all the generated error messages from our subway validator 
source and list them below with some comments. You’ll see that most of them 
concern topology of a transport network which requires much programming and 
cannot be expressed in terms of MapCSS rules.
Please express your opinion if you consider some checks to be arguable.

*) "Stop area has multiple stations".
This error prevents from ambiguous binding of 
stop_position/platform/subway_entrances to a station, as well as from 
accidental duplicating of stations.

*) "Tracks in a stop_area relation"

*) "Only exits for a station, no entrances"

*) "No exits for a station"

*) "Stop position is not a node"

*) "Not a stop or platform in a route relation"

*) "Multiple stops for a station in a route relation"

*) "Cannot find nodes in a railway".
Detects broken OSM ways with 0 or 1 node.

*) "Stop is nowhere near the track"

*) "Public transport version is 1".
We encourage to convert relations with public_transport:version=1 to newer 
scheme.

*) "Ambiguous station in route. Please use stop_position or split interchange 
stations".
This happens if a station object (i.e. a railway=station, not a stop_position) 
is in a route relation, and this station is included into several stop_areas; 
or when there are multiple stations of the same transport mode in a stop_area.

*) "Found an out-of-place stop/platform".
The correct (from the validator's point of view) variants of stops/platforms 
order in a route relation are:
 - "st_1  st_2  st_3  st_4" (only stops)
 - "pl_1  pl_2  pl_3  pl_4" (only platforms)
 - "st_1 pl_1  st_2 pl_2  st_3 pl_3  st_4 pl_4" (stops and platforms grouped by 
station)
 - "st_1 pl_1  pl_2 st_2   st_3  pl_4" (somewhere only a stop, somewhere only a 
platform, somewhere both)
 - "st_1 st_2 st_3 st_4  pl_1 pl_2 pl_3 pl_4" (all stops first, then all 
platforms)
 Incorrect order:
 - "st_1  st_2 pl_2  st_3  pl_1  st_4" (pl_1 or st_1 or both are out of place)

*) "Untagged object in a route".
Occurs quite often, for example when all tags from a stop_position were 
transferred to another node but old node is kept in a route relation.

*) "An under construction stop/platform in route".
Though it's unclear to me whether under-construction features should be added 
to routes.

*) "Missing station= on a feature".
Requires that railway=station/halt object be tagged with 
'station=subway/light_rail/monorail' or have '=yes’. ’train’ mode is 
silently assumed for railways.

*) " is not connected to a station in route".
Occurs when a stop_position/platform is not included in a stop_area or the 
stop_area is missing a station object.

*) "Route has no stops"

*) "Route has only one stop"

*) "Angle between stops around  is too narrow,  degrees".
A sharp twist of a route most probably indicates incorrect stops order.

*) "Route has different network from master"

*) "Incompatible PT mode: route_master has  and route has "

*) "Route in two route_masters"

*) "Stop area belongs to multiple interchanges"

*) "An empty route master. Please set construction:route if it is under 
construction"

*) "Only one route in route_master. Please check if it needs a return route".
Non-circular route must have a reversed one. For circular route this is a 
warning.

*) The validator also compares the number of found stations/routes in a network 
with predefined values from CSV. This kind of checksumming helps to detect 
station/route disappearing or opening new ones.

**) Warnings are generated about missing/wrong station/line colour, different 
colour/ref of route and route_master, holes in rails,  "Subway entrance is not 
a node", "Stop position in a 'platform' role in a route", "Platform in a 'stop' 
role in a route", "Stop is too far from tracks", "Stop position is not on 
tracks", "Tracks seem to go in the opposite direction to stops".


Best regards,
Alexey

> 
> Today's Topics:
> 
>   1. Re: Public transport validator+generator from Maps.Me
>  (Noémie Lehuby)
> 
> 
> --
> 
> Message: 1
> Date: Fri, 31 May 2019 19:40:46 +0200
> From: Noémie Lehuby 
> To: talk-transit@openstreetmap.org
> Subject: Re: [Talk-transit] Public transport validator+generator from
>   Maps.Me
> Message-ID: <3bd8e835-44b1-2d3d-304e-8a6d77160...@zaclys.net>
> Content-Type: text/plain; charset="utf-8"; Format="flowed"
> 
> Hi Alexey,
> 
> Is there somewhere a list of all the checks ?
> 
> I've noticed that the Jungle Bus validation ruleset for JOSM and Osmose 
>  already covers some of 
> these, and I think it would not be so hard to add most of these subway 
> rules to it.
> 
> -- 
> Noémie Lehuby
> Jungle Bus - http://junglebus.io
> 
> Le 31/05/2019 à 14:02, talk-transit-requ...@openstreetmap.org a écrit :
>> Date: Thu, 30 May 2019 20:29:08 +0300
>> From: Alexey Zakharenkov
>> To: Tijmen Stam
>> Cc: Public

Re: [Talk-it] Brughiera d'alta quota



sent from a phone

> On 11. Jun 2019, at 15:33, Volker Schmidt  wrote:
> 
> Forse ero un po' breve. Se tutto che abbiamo a disposizione è la foto 
> satellitare di sopra, lascerei vuoto la superficie. Non c'è nessuna necessità 
> di riempire la superficie con un tag.


si potrebbe mappare le natural=bare_rock, forse zoomando un po’

Camminando si potrebbe forse vedere altri features come scree e cliff

Riguardando la foto, tutta la superficie non mapperei con grass, sono d’accordo 
con te.

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

Re: [OSM-talk-fr] BDOrtho IGN en rade ?

2019-06-11 Thread deuzeffe


Bra-vo et mer-ci !

Le 11/06/2019 à 13:01, Christian Quest a écrit :
Pour info, j'ai renouvelé la clé de la BD Ortho qui est donc à nouveau 
accessible via notre proxy pour compléter les données OSM...


--
Christian Quest - OpenStreetMap France

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



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

[OSM-talk-fr] Osm dans les nouveaux programme de 2de : test avant l'heure

2019-06-11 Thread deuzeffe


Hello,

La nouvelle est passée sur twitter et masto., peut-être sur le forum, 
mais il ne me souvient pas l'avoir vu ici. Donc, Cédric a fait ce qu'il 
a dit et dit ce qu'il a fait, ici : 
https://www.openstreetmap.org/user/Cdrik_69/diary


Régalez-vous parce que c'est vraiment très très chouette !

--
deuzeffe, balance à ses heures ;)

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

Re: [OSM-talk-fr] Nombres d'appareils connectés avec un seul compte OSM


Le 11/06/2019 à 16:21, marc marc a écrit :

Bonjour,

Le 11.06.19 à 15:55, Vincent Bergeot a écrit :

   * combien pensez vous que l'on puisse connecter d'appareils différents ?

je ne vois pas ce qui imposerait une limite
osm n'a pas de notion d'appareil, à l'envoi, l'application envoi
login/mdp, si c'est bon ca passe, sinon rejet. peu importe
le nombre d'appli et appareil


   * est-ce que cela marche aussi si cela provient d'une salle
 informatique, avec la même adresse IP ?

idem, seul le téléchargement de tuile pourrait poser problème
si le nombre d'appli est important mais c'est mono-compte ou
multi-compte est sans impact à ce niveau, et il faudrait
à mon avis être vraiment très nombreux pour que cela impacte.


ok, bon à savoir !



MAIS si t'as 20 personnes sur le même compte, bonjour pour trouver
qui a fait le clown en cas de problème (intentionnel ou non).
à ta place je ne le ferrai pas, je ferrai quelque chose genre
_01 à _XX selon le besoin
et en page de profil un lien vers le compte principal qui de
manière agréable décrirait le contexte (c'est tjs mieux de
savoir si c'est un groupe d'ado ou une formation d'asso/adulte
par exemple).
ce qui est aussi très agréable (je parle en tant que personne qui
regarde les modifs des nouveaux) de savoir si le formateur va
passer en revue et corriger toutes les modifs le soir même
ou pas parce que des modifs foireuses en cous, j'en ai déjà
vu et dur de deviner s'il faut laisser le formateur faire ou
si il est "débordé" ou "n'y pensera pas"



c'est effectivement comme cela que j'ai fait 
https://www.openstreetmap.org/user/CGJ-1 (compte général jeune, je ne 
sais plus où stoppe le XX, j'avais eu beaucoup de monde une fois !)


mais c'est vrai que c'est laborieux par la suite pour le changement de 
mot de passe !


cela a l'avantage que tu soulignes, c'est de pouvoir identifier qui est 
derrière les modifications !


merci

--
Vincent Bergeot


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

Re: [OSM-talk-fr] Nombres d'appareils connectés avec un seul compte OSM

2019-06-11 Thread marc marc

Bonjour,

Le 11.06.19 à 15:55, Vincent Bergeot a écrit :
>   * combien pensez vous que l'on puisse connecter d'appareils différents ?

je ne vois pas ce qui imposerait une limite
osm n'a pas de notion d'appareil, à l'envoi, l'application envoi 
login/mdp, si c'est bon ca passe, sinon rejet. peu importe
le nombre d'appli et appareil

>   * est-ce que cela marche aussi si cela provient d'une salle
> informatique, avec la même adresse IP ?

idem, seul le téléchargement de tuile pourrait poser problème
si le nombre d'appli est important mais c'est mono-compte ou
multi-compte est sans impact à ce niveau, et il faudrait
à mon avis être vraiment très nombreux pour que cela impacte.

MAIS si t'as 20 personnes sur le même compte, bonjour pour trouver
qui a fait le clown en cas de problème (intentionnel ou non).
à ta place je ne le ferrai pas, je ferrai quelque chose genre
_01 à _XX selon le besoin
et en page de profil un lien vers le compte principal qui de
manière agréable décrirait le contexte (c'est tjs mieux de
savoir si c'est un groupe d'ado ou une formation d'asso/adulte
par exemple).
ce qui est aussi très agréable (je parle en tant que personne qui
regarde les modifs des nouveaux) de savoir si le formateur va
passer en revue et corriger toutes les modifs le soir même
ou pas parce que des modifs foireuses en cous, j'en ai déjà
vu et dur de deviner s'il faut laisser le formateur faire ou
si il est "débordé" ou "n'y pensera pas"
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-fr] Nombres d'appareils connectés avec un seul compte OSM


Bonjour,

à la lecture de cet article 
https://www.openstreetmap.org/user/Cdrik_69/diary/368790 je découvre que 
l'on peut connecter plusieurs appareils à un seul compte.


Oui quand on intervient avec des enfants, difficile de leur demander de 
créer des comptes. Donc moi bêtement j'en ai créé une palanquée qui 
renvoie néanmoins sur mon courriel pour pouvoir faire le suivi !


Mais ce n'est pas hyper pratique ! Et changer les mots de passe 
derrière, c'est pas drôle !


Donc 2 questions :

 * combien pensez vous que l'on puisse connecter d'appareils différents ?
 * est-ce que cela marche aussi si cela provient d'une salle
   informatique, avec la même adresse IP ?

Merci pour vos éclairages !

--
Vincent Bergeot

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

Re: [OSM-ja] 百舌鳥古墳群マッピングパーティのお知らせ（６月３０日）

2019-06-11 Thread 浅野和仁

muramotoさん
こんばんは。

大阪府埋蔵文化財地図が府の地図情報システムで提供されています。
https://www11.cals.pref.osaka.jp/ajaxspatial/ajax/
「文化財地図」「埋蔵文化財」を選択し、緑色のポリゴンをクリックすれば大阪府が文化財として登録管理する名称が読めます。

学生時代に古市古墳群のいくつかの史跡指定古墳を市史編纂調査で測量していましたので、思い入れがあります。
その前には、大阪府埋蔵文化財地図の現地調査にも参加していました。

**
浅野 和仁
helicobacter_y...@hera.eonet.ne.jp
**

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

Re: [Talk-it] Brughiera d'alta quota

Forse ero un po' breve. Se tutto che abbiamo a disposizione è la foto
satellitare di sopra, lascerei vuoto la superficie. Non c'è nessuna
necessità di riempire la superficie con un tag.

On Tue, 11 Jun 2019, 14:18 Martin Koppenhoefer, 
wrote:

>
>
> sent from a phone
>
> > On 11. Jun 2019, at 13:43, Volker Schmidt  wrote:
> >
> > Perché non mettere niente se non siamo sicuri.
>
> certo, se non sappiamo niente non mettiamo niente. Avevo capito che c’era
> una sorta di prato, in questo caso landcover=grass sarebbe giusto.
>
> 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

Re: [Talk-it] Brughiera d'alta quota

sent from a phone

> On 11. Jun 2019, at 13:43, Volker Schmidt  wrote:
> 
> Perché non mettere niente se non siamo sicuri.

certo, se non sappiamo niente non mettiamo niente. Avevo capito che c’era una 
sorta di prato, in questo caso landcover=grass sarebbe giusto.

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

Re: [Talk-it] Brughiera d'alta quota

Perché non mettere niente se non siamo sicuri. Il primo camminatore
mappature che passa aggiungerà l'informazione mancante. Abbiamo già a
sufficienza dati indovinati in OSM. In particolare nel settore
l'andare/landcover

On Tue, 11 Jun 2019, 12:07 Martin Koppenhoefer, 
wrote:

>
>
> sent from a phone
>
> > On 11. Jun 2019, at 11:58, Roberto Brazzelli 
> wrote:
> >
> > - per brughiera ho analizzato altre immagini più definite è non lo è
> > - per ("natural=heath") non so..siamo tra i 1400 e 2000 mt di quota
> > - a questo punto landuse=grass o lancover=grass?..grazie
>
>
> landuse=grass è da escludere sicuro. I suggerimenti erano
> natural=grassland e landcover=grass, potresti mettere entrambi i tags.
> Per le brughiere sono richiesti suoli magri e acidi.
>
> 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

Re: [OSM-ja] 百舌鳥古墳群マッピングパーティのお知らせ（６月３０日）

2019-06-11 Thread tomoya muramoto

こんにちは。

残念ながらマッピングパーティーには参加できないのですが、先日に百舌鳥古墳群オフラインマッピングをやった際の経験から、いくつかお願いしたいことがあります。

・現地では「古墳」として認識されているのか、「陵」として認識されているのか確認して欲しいです。現時点では、OSMやWikipediaでは「古墳」、地理院地図や自治体ページでは「陵」となっているようで、どちらが適切なのかよくわかりませんでした。また、例えば大仙古墳にはたくさんのalt_name_N
が付いていますが、できる範囲構いませんのでofficial_nameなどに整理していただけたらと思います。…とは思っているのですが、Wikipediaを見る限りでは名称を整理するのは困難そうですね…
https://ja.wikipedia.org/wiki/%E5%A4%A7%E4%BB%99%E9%99%B5%E5%8F%A4%E5%A2%B3#%E5%90%8D%E7%A7%B0%E3%81%AE%E5%A4%89%E9%81%B7%E3%81%A8%E6%B7%B7%E4%B9%B1

・公式ページ（？）記載リストのうち、大きな古墳・陵は地理院地図で確認できたのですが、小さな古墳で確認できないものがいくつかありました。もし近くまで行かれるようでしたらマッピングしていただけたら。
http://www.mozu-furuichi.jp/jp/learn/mozu_furuichi_mozu_list.html

ご検討いただければ幸いです。

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

Re: [OSM-talk-fr] BDOrtho IGN en rade ?

2019-06-11 Thread François Lacombe

Merci Christian

C'est une véritable libération puisque l'ortho Haut-Savoyarde n'existe pas
(encore)

A vendredi

François

Le mar. 11 juin 2019 à 12:58, Christian Quest  a
écrit :

> Pour info, j'ai renouvelé la clé de la BD Ortho qui est donc à nouveau
> accessible via notre proxy pour compléter les données OSM...
>
> --
> Christian Quest - OpenStreetMap France
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] BDOrtho IGN en rade ?

Pour info, j'ai renouvelé la clé de la BD Ortho qui est donc à nouveau
accessible via notre proxy pour compléter les données OSM...

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

Re: [Talk-GB] TfL Cycling Infrastructure Database

2019-06-11 Thread Martin Lucas-Smith - CycleStreets




On Tue, 11 Jun 2019, Tom Hughes wrote:


Whether we want it is not really the issue.

I believe the issue is the licensing, and until that is resolved what we 
may or may not want is irrelevant.


I have been following up with TfL some of the licensing questions, and am 
expecting very shortly to send updated information I have from TfL to the 
Licensing Working Group[1]. I'm awaiting one or two further clarifications 
before I send that.



[1] https://wiki.osmfoundation.org/wiki/Licensing_Working_Group



Martin, **  CycleStreets - For Cyclists, By Cyclists
Developer, CycleStreets **  https://www.cyclestreets.net/


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

Re: [Talk-GB] TfL Cycling Infrastructure Database

2019-06-11 Thread Martin Lucas-Smith - CycleStreets




On Tue, 11 Jun 2019, Tony Shield wrote:

Looking at the demo I can't think of a reason why OSM would not want this 
data - I believe we do want this data.


Questions I have -

* Are the tags suitable for a global database? Can and should they be 
reused elsewhere in UK? or globally? Is there a need for specific 
prefixed TfL tags?


I'm about to circulate a proposed mapping of TfL's attributes to OSM tags. 
In some cases, there is no equivalent, e.g. signage plates/locations do not 
have an equivalent in OSM). In some cases I believe there are new tags that 
could be created, e.g. there are a lot of cyclehoop stands which are just 
arms bolted to an existing signpost, and which there doesn't seem to be an 
existing OSM tag for (surprisingly).


I certainly don't believe that OSM should be creating anything 
London-specific or maintaining proprietary prefixing.



* Are there clashes with other cycling data in London?  What is a 
resolution strategy?


* Will import and integration be performed by automatic processing? Usual 
OSM import rules? Clash detection and sanity checking?


Clearly, there is overlap with existing OSM data, in that for instance, a 
high proportion of the cycle/bus lanes are present, cycle parking is 
sometimes present (though the TfL data seems more comprehensive to me), 
etc.


TfL seem potentially interested in funding tool development, which in my 
view should be of a generic nature that supports other conflation efforts. 
Richard Fairhurst's new tool, and other things like the JOSM conflation 
tool is amongst others I am currently looking at. I would welcome any 
pointers to other tools that people would recommend or are aware of.


It seems to me that a manual conflation process, assisted by pre-processing 
to weed out obvious clashes or mismatches, and with workflows optimised 
towards the large volume of data here (e.g. approving several nearby cycle 
parking locations in one go) would be the way forward. Again, any views 
most welcome.



Martin, **  CycleStreets - For Cyclists, By Cyclists
Developer, CycleStreets **  https://www.cyclestreets.net/
___
Talk-GB mailing list
Talk-GB@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-gb

Re: [Talk-it] Brughiera d'alta quota

sent from a phone

> On 11. Jun 2019, at 11:58, Roberto Brazzelli  wrote:
> 
> - per brughiera ho analizzato altre immagini più definite è non lo è
> - per ("natural=heath") non so..siamo tra i 1400 e 2000 mt di quota 
> - a questo punto landuse=grass o lancover=grass?..grazie

landuse=grass è da escludere sicuro. I suggerimenti erano natural=grassland e 
landcover=grass, potresti mettere entrambi i tags.
Per le brughiere sono richiesti suoli magri e acidi.

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

Re: [Talk-it] Brughiera d'alta quota

2019-06-11 Thread Roberto Brazzelli

Ciao,
- per brughiera ho analizzato altre immagini più definite è non lo è
- per ("natural=heath") non so..siamo tra i 1400 e 2000 mt di quota
- a questo punto landuse=grass o lancover=grass?..grazie

Roberto


Il giorno mar 11 giu 2019 alle ore 11:19 Volker Schmidt 
ha scritto:

>
>
> On Tue, 11 Jun 2019 at 10:27, Roberto Brazzelli 
> wrote:
>
>> Solo un dubbio...se eseguo questa queri
>> https://overpass-turbo.eu/s/JQy
>> è normale che su un'area così estesa dell'arco alpino
>> l'unica brughiera è la mia?
>>
> Ecco la spiegazione dal wiki ("natural=moor"):
> " This tag has gone mostly out of use, its definition is fairly vague and
> other tags exist as clearer and more precise alternatives. Consider using
> one of the alternative tags suggested below instead."
>
>
>> >che consiglio date per una corretta chiave
>>> >ad un'area di montagna sopra il livello della
>>> >vegetazione ..vedi immagine
>>>
>> Dalla foto satellitare che hai incluso, l'unica cosa che si vede che non
> ci sono alberi alti.
>
>> >[image: image.png]
>>> >io la vedo come "brughiera d'alta quota"
>>
>> Io dalla foto non posso capire che cosa c'è li. Sicuramente non si vede
> una brughiera (Wikipedia: "moorland"; OSM: "natural=moor") . Può esserlo,
> ma non si vede. Può essere erba, può essere erica ("natural=heath"),
>
>> ma natural=moor non è
>>> >renderizzato,
>>
>> probabilmente anche perché non e un tag frequente (300 al livello
> mondiale)
>
>> così come natural=feel
>>>
>> "Fell" si riferisce a brughiere nel nord della GB e nei paesi scandinavi
> - non esiste in Italia.
>
>> >natural=greesland non lo vedo appropriato...
>>>
>> landcover=grass potrebbe essere presente, ma ripeto dalla foto vedo solo
> che non c'è roccia nuda e con ci sono alberi grandi.
>
> Volker
>
>
> 
>  Virus-free.
> www.avast.com
> 
> <#m_-473658531169452926_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] Brughiera d'alta quota

sent from a phone

> On 11. Jun 2019, at 11:07, liste DOT girarsi AT posteo DOT eu 
>  wrote:
> 
> o non manutenute sono moor, perchè comprendono anche arbusti tipo
> rododendri o vegetazione specifica di alta quota.

moor tra altro significa anche torbiera, palude, quindi eviterei come termine.

Invece “feel” e “greesland”  sono termini che non ho mai sentito.

Io mapperei come assenza di alberi e di roccia “nuda” (quindi niente) e forse 
come landcover=grass e natural=grassland. “natural=heath” probabilmente 
descrive solo le brughiere di bassa quota?

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

Re: [Talk-GB] TfL Cycling Infrastructure Database

2019-06-11 Thread Tom Hughes


Whether we want it is not really the issue.

I believe the issue is the licensing, and until that is resolved
what we may or may not want is irrelevant.

Tom

On 11/06/2019 10:11, Tony Shield wrote:

Hi

Looking at the demo I can't think of a reason why OSM would not want 
this data - I believe we do want this data.


Questions I have -

  * Are the tags suitable for a global database? Can and should they be
reused elsewhere in UK? or globally? Is there a need for specific
prefixed TfL tags?
  * Are there clashes with other cycling data in London?  What is a
resolution strategy?
  * Will import and integration be performed by automatic processing?
Usual OSM import rules? Clash detection and sanity checking?

Regards

Tony - TonyS999

On 10/06/2019 23:13, Martin Lucas-Smith - CycleStreets wrote:



The demonstrator map showing this data from TfL now has an extensive 
set of filters for each feature type:


https://tflcid.cyclestreets.net/

E.g. for cycle lane/track, you can now filter for segregated, shared, 
prority at sideroads, full/part time, mandatory, stepped track, etc.


These filters match the schema definition at:
https://tflcid.cyclestreets.net/TfL_CID_Schema.pdf

There are also a lot more images loaded now.

My general impression is that the data does seem very accurate. I 
would welcome more eyes on this, and thoughts generally on the use of 
this data in OSM. Hopefully the filtering will make this easier to 
find various kinds of infrastructure.


I am about to circulate a suggested mapping of the TfL data to OSM 
equivalents, where equivalent tags exist, for comments.



NB The new filtering controls have a couple of URL persistency bugs - 
I'll mop these up shortly. So please be aware of this if sending a link.



Martin, **  CycleStreets - For Cyclists, By Cyclists
Developer, CycleStreets ** https://www.cyclestreets.net/


On Fri, 10 May 2019, Martin Lucas-Smith - CycleStreets wrote:




Transport for London (TfL) have created a new database of cycling 
infrastructure, containing 240,000 assets, covering all of Greater 
London.


This groundbreaking database contains every cycle infrastructure 
asset within Greater London, including assets on and off-carriageway. 
The assets surveyed are: cycle parking; signals; signage; traffic 
calming measures; restricted points (e.g. steps); advanced stop 
lines; crossings; cycle lanes/tracks; and restricted routes (e.g. 
pedestrian only routes).


TfL is keen to make this available to the OpenStreetMap community 
under a compatible open license, to ensure maximum use of the CID. 
TfL is also potentially willing to consider tool development to help 
facilitate sensitive merging in of this data.


There is a new Wiki page, giving full details, at:
https://wiki.openstreetmap.org/wiki/TfL_Cycling_Infrastructure_Database


Demonstrator map:
-

A demonstrator map, for the purposes only of evaluation by the OSM 
community at this stage, has been created by CycleStreets.


This demonstrator map contains only one of the 25 areas that have 
been surveyed.


We are specifically seeking comments on data quality and usefulness 
of this data from the OSM community. Initial analysis by CycleStreets 
is that the data is of excellent quality, and very suitable for 
conflation into OSM, to increase both comprehensiveness and metadata 
quality.


https://tflcid.cyclestreets.net/
(Use the controls on the right to change feature type.)

Usage notes: The controls on the right of the map allow the different 
feature types to be selected. The OSM layer (available at zoom level 
19+) also provides a live feed from the OSM API, to enable quick 
comparisons. The two photos of each asset are in the process of being 
supplied; those already available and cleared in GDPR terms are 
included in the popup.


It is stressed that at this point, no permission is given for re-use 
of the data in any way, but TfL strongly intends to make this 
available in future. All 25 areas would be covered in the final data 
release, not merely the one shown currently in the demonstrator map.



Feedback is very strongly encouraged, as soon as possible. What are 
people's thoughts?



Martin, **  CycleStreets - For Cyclists, By Cyclists
Developer, CycleStreets ** https://www.cyclestreets.net/


___
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




--
Tom Hughes (t...@compton.nu)
http://compton.nu/

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

Re: [OSM-talk-fr] Patrimoine architectural moderne

2019-06-11 Thread OsmO

Tout d'abord, je m'excuse pour la création hâtive de la page sur le 
wiki. Faut-il que je la déplace vers Proposed features ?


Le 11/06/2019 à 00:31, marc marc a écrit :


2) la clef
héritage indique le niveau de protection
squatter la clef pour un label sans protection, c'est bof.


Je suis d'accord (c'est ce que j'avais indiqué dans mon message initial 
sur le forum).



il aurait été + cohérent de s'inspirer de ce qu'on fait
pour les arbres remarquable,


S'agit-il de la clé denotation 
https://wiki.openstreetmap.org/wiki/FR:Key:denotation ?


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

Re: [Talk-at] minderwertige Importe

2019-06-11 Thread Georg Haefele

Hallo,

also ich finde die Arbeit von Johann sehr wertvoll. Er hat zumindest in meiner 
Heimatgemeinde in Vorarlberg gute Arbeit geleistet und dadurch die restlichen 
Korrekturen wesentlich erleichtert. Vernichtet wurde durch seine Arbeit 
zumindest in diesem Gebiet nichts.

Zudem hat er - im Gegensatz zu vielen anderen Mappern -  berücksichtigt, dass 
es dort keine Straßennamen gibt und korrekterweise addr:place verwendet.

Gruß
Georg

-Original Message-
From: Rudolf Mayer  
Sent: Sunday, June 9, 2019 2:41 PM
To: talk-at@openstreetmap.org
Subject: Re: [Talk-at] minderwertige Importe

Hallo,

ich bin zwar grundsätzlich nicht erfreut, wenn Arbeit zu nichte gemacht wird, 
auch nicht die von Johann - aber genauso macht er auch viel Arbeit von anderen 
zunichte, bzw. halst den anderen viel Arbeit auf.

Seine Vorgehensweise ist ja wirklich einfach nur arrogant - ich importiere mal, 
und als changeset Kommentar bitte ich dann die anderen, die Fehler zu 
beseitigen. Das ist einfach nur ignorant.

Auch seine Rechtfertigung, dass man ja jede Adresse dann persönlich 
verifizieren müsste zeigt, dass er einfach ein Sofa-Mapper der wirklich 
schlechten Art ist (ich habe grundsätzlich keine Abneigung gegen solche, viele 
tragen sehr wertvolles bei, wenn aus Satellitenbildern oder von Mapillary 
Informationen übertragen werden).

Grundsätzlich stellt sich mir hier nicht nur die Frage wie man die bisherigen 
Edits behandelt, sondern auch, wie man in Zukunft verhindert, dass er das 
wieder einfach weiter so macht. Diskussion mit ihm ist ja so ähnlich, wie wenn 
man mit einer Mauer redet.
Er sieht sich halt irgendwie als der Missverstandene, und alle anderen in der 
Community, auch wenn sie geschlossen anderer Meinung sind, liegen einfach 
falsch. Das passt halt überhaupt nicht zu OSM...

Eine 7-Tage Sperre wird hier vielleicht nicht viel helfen. Auch hat er ja 
gezeigt, dass er schnell einfach mal einen neuen account macht (und er hat auch 
momentan viele die er zugibt, wie man hier sieht: 
https://www.openstreetmap.org/user/addresshistory*org)

Alles in allem wäre ich dafür, zumindest einen Teil seiner Edits rückgängig zu 
machen. Vor allem dort, wo es ja von der lokalen Community nicht gut 
aufgenommen wurde (das ist imho zumindest in Wien der Fall).

Lg
Rudi

On 08/06/2019 12:03, Frederik Ramm wrote:
> Hallo,
> 
> nach wiederholten Beschwerden über die Importe von addresshistory*org 
> habe ich hier eine Accountsperre verhängt
> 
> https://www.openstreetmap.org/user_blocks/2839
> 
> und den User aufgefordert, jeden einzelnen Import vorher an dieser 
> Stelle hier zu diskutieren, insbesondere was die Datenquelle und die 
> Methodik anbetrifft, damit Fehler künftig *vorher* gefunden werden 
> können, statt dass zigtausende Nodes erst importiert, dann gelöscht, 
> dann wieder neu importiert werden und so weiter. Das ist einfach 
> schlampige Arbeit und macht uns allen mehr Arbeit als es nützt.
> 
> Ich bin auch sehr gern bereit, von der DWG aus großzügig alle Edits 
> der letzten Monate/Jahre dieses Accounts zu revertieren, wenn in der 
> österreichischen Community ein grober Konsens bestehen sollte, dass 
> der Schaden insgesamt größer als der Nutzen ist.
> 
> Viele Grüße
> Frederik
> 

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

Re: [Talk-it] Brughiera d'alta quota

On Tue, 11 Jun 2019 at 10:27, Roberto Brazzelli 
wrote:

> Solo un dubbio...se eseguo questa queri
> https://overpass-turbo.eu/s/JQy
> è normale che su un'area così estesa dell'arco alpino
> l'unica brughiera è la mia?
>
Ecco la spiegazione dal wiki ("natural=moor"):
" This tag has gone mostly out of use, its definition is fairly vague and
other tags exist as clearer and more precise alternatives. Consider using
one of the alternative tags suggested below instead."


> >che consiglio date per una corretta chiave
>> >ad un'area di montagna sopra il livello della
>> >vegetazione ..vedi immagine
>>
> Dalla foto satellitare che hai incluso, l'unica cosa che si vede che non
ci sono alberi alti.

> >[image: image.png]
>> >io la vedo come "brughiera d'alta quota"
>
> Io dalla foto non posso capire che cosa c'è li. Sicuramente non si vede
una brughiera (Wikipedia: "moorland"; OSM: "natural=moor") . Può esserlo,
ma non si vede. Può essere erba, può essere erica ("natural=heath"),

> ma natural=moor non è
>> >renderizzato,
>
> probabilmente anche perché non e un tag frequente (300 al livello
mondiale)

> così come natural=feel
>>
> "Fell" si riferisce a brughiere nel nord della GB e nei paesi scandinavi -
non esiste in Italia.

> >natural=greesland non lo vedo appropriato...
>>
> landcover=grass potrebbe essere presente, ma ripeto dalla foto vedo solo
che non c'è roccia nuda e con ci sono alberi grandi.

Volker


Virus-free.
www.avast.com

<#DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Brughiera d'alta quota

2019-06-11 Thread liste DOT girarsi AT posteo DOT eu

Il 11/06/19 10:27, Roberto Brazzelli ha scritto:
> Solo un dubbio...se eseguo questa queri
> https://overpass-turbo.eu/s/JQy
> è normale che su un'area così estesa dell'arco alpino
> l'unica brughiera è la mia?
> 
> Per il render tutto chiaro..sono dentro l'argomento ormai
> da un po..anche se credo che prima o poi occorra fare qualche
> tipo di valutazione alternativa.
> 
> grazie
> 

Sì perchè si è sempre conosciuto l'area prativa e la brughiera come un
tutt'uno, neanch'io conoscevo il termine moor, e neanche mi sono mai
posto il problema perchè qui tanto tempo fa si disse di usare fell
oppure wetland nel caso di torbiera, quindi adesso ho capito che le aree
prative, per esempio della malga sono fell, mentre le aree non coltivate
o non manutenute sono moor, perchè comprendono anche arbusti tipo
rododendri o vegetazione specifica di alta quota.



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

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

Re: [Talk-lt] FYI: Atnaujinami ortofotografiniai žemėlapiai

2019-06-11 Thread Tomas Straupis

2019-06-11, an, 11:52 Ramas rašė:
> Minimi Lietuvos trečdaliai, gal yra žinoma kurie būtent?

  Prie straipsnio yra pavaizduotas vienas trečdalis. Šių metų
pradžioje atnaujinta centrinė dalis - kitas trečdalis. Kas liko -
trečias trečdalis.
  Gal taip?

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

Re: [Talk-lt] FYI: Atnaujinami ortofotografiniai žemėlapiai

2019-06-11 Thread Ramas

Minimi Lietuvos trečdaliai, gal yra žinoma kurie būtent?

On Mon, 10 Jun 2019 at 19:17, Tomas Straupis 
wrote:

> http://www.nzt.lt/index.php?884148424
>
> (Nesupainiokite su galutinio ortofotografinio žemėlapio, kurį naudojame
> vektorizavimui, kūrimu)
> ___
> Talk-lt mailing list
> Talk-lt@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-lt
>
___
Talk-lt mailing list
Talk-lt@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-lt

Re: [Talk-it] Brughiera d'alta quota

2019-06-11 Thread Roberto Brazzelli

Solo un dubbio...se eseguo questa queri
https://overpass-turbo.eu/s/JQy
è normale che su un'area così estesa dell'arco alpino
l'unica brughiera è la mia?

Per il render tutto chiaro..sono dentro l'argomento ormai
da un po..anche se credo che prima o poi occorra fare qualche
tipo di valutazione alternativa.

grazie


Il giorno mar 11 giu 2019 alle ore 10:08 Andreas Lattmann <
andrea.lattm...@ga-2.it> ha scritto:

> Si, il primo è che non si mappa per il rendering.
>
> Il 11 giugno 2019 09:39:59 CEST, Roberto Brazzelli <
> geom.brazze...@gmail.com> ha scritto:
> >Ciao,
> >che consiglio date per una corretta chiave
> >ad un'area di montagna sopra il livello della
> >vegetazione ..vedi immagine
> >[image: image.png]
> >io la vedo come "brughiera d'alta quota" ma natural=moor non è
> >renderizzato, così come natural=feel.
> >natural=greesland non lo vedo appropriato...
> >qualche consiglio?
>
> --
> I❤️ Software Libero.
>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [OSM-talk-fr] Références nationales : RNA


Le 11/06/2019 à 09:56, Christian Quest a écrit :
Nous sommes tous sur la même longueur d'onde... c'est à bien indiquer 
dans la page wiki qui décrira ref:FR:RNA ;)


Oui et non. Car dans ce cas doit-on mentionner sur toutes les pages de 
ref qu'il faut respecter les pratiques OSM


cela veut dire que pour siren, siret, finess il faut préciser cela 
également ? car je ne pense pas non plus que l'on est à renseigner tous 
les autoentrepreuneurs de france ayant un siren et un siret domicilié 
chez eux et sans local :)


amha non, on décrit ref:FR:RNA comme les autres non ?

Où on imagine un bandeau pour rappeler que les ref ne prennent pas le 
pas sur le terrain ?





Le mar. 11 juin 2019 à 09:46, Rpnpif > a écrit :



On ne devrait noter que les associations avec pignon sur rue avec un
local identifié et des horaires d'ouvertures au public affichées.
Cela peut être dans un local de la mairie si c'est régulier.

Ou bien si le local a une enseigne avec le nom de l'association.


--
Christian Quest - OpenStreetMap France

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



--
Vincent Bergeot

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

Re: [Talk-it] Brughiera d'alta quota

2019-06-11 Thread Andreas Lattmann

Si, il primo è che non si mappa per il rendering.

Il 11 giugno 2019 09:39:59 CEST, Roberto Brazzelli  
ha scritto:
>Ciao,
>che consiglio date per una corretta chiave
>ad un'area di montagna sopra il livello della
>vegetazione ..vedi immagine
>[image: image.png]
>io la vedo come "brughiera d'alta quota" ma natural=moor non è
>renderizzato, così come natural=feel.
>natural=greesland non lo vedo appropriato...
>qualche consiglio?

--
I❤️ Software Libero.

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

Re: [Talk-it] R: PCN2012

2019-06-11 Thread Andreas Lattmann

Ha, ecco perché ho problemi.
Grazie Volker

Il 11 giugno 2019 09:28:04 CEST, Volker Schmidt  ha scritto:
>http://www.pcn.minambiente.it/ è giù.
>Vedi
>https://www.minambiente.it/notizie/sospensione-temporanea-dei-servizi-geoportale-nazionale-manutenzione-server
>
>
>Virus-free.
>www.avast.com
>
><#DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2>
>
>On Tue, 11 Jun 2019 at 08:53, angelo mornata
>
>wrote:
>
>> L'errore che mi da è:* "Errore di scaricamento dei tasselli:
>> Java.net.connectexception: connectionrefused:connect"* di solito
>> all'inizio aveva un po di difficolta a fissarsi ma ora l'ortofaoto
>non esce
>> proprio, cosa posso fare?
>>
>> Grazie
>> Angelo
>>
>> --
>> *Da:* scratera 
>> *Inviato:* lunedì 10 giugno 2019 20:21
>> *A:* talk-it@openstreetmap.org
>> *Oggetto:* Re: [Talk-it] PCN2012
>>
>> ..appena aperto ora in josm e nessunissimo problema più del solito
>>
>>
>>
>> --
>> Sent from: http://gis.19327.n8.nabble.com/Italy-General-f5324174.html
>>
>> ___
>> Talk-it mailing list
>> Talk-it@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-it
>> ___
>> Talk-it mailing list
>> Talk-it@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-it
>>

--
I❤️ Software Libero.

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

Re: [OSM-talk-fr] Références nationales : RNA

Nous sommes tous sur la même longueur d'onde... c'est à bien indiquer dans
la page wiki qui décrira ref:FR:RNA ;)

Le mar. 11 juin 2019 à 09:46, Rpnpif  a écrit :

>
> On ne devrait noter que les associations avec pignon sur rue avec un
> local identifié et des horaires d'ouvertures au public affichées.
> Cela peut être dans un local de la mairie si c'est régulier.
>
> Ou bien si le local a une enseigne avec le nom de l'association.
>

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

Re: [OSM-talk-fr] Références nationales : RNA


Le 11/06/2019 à 09:41, Rpnpif a écrit :

En conclusion, je ne vois pas l'intérêt d'utiliser ce fichier pour
noter les associations dans OSM.

On ne devrait noter que les associations avec pignon sur rue avec un
local identifié et des horaires d'ouvertures au public affichées.
Cela peut être dans un local de la mairie si c'est régulier.

Ou bien si le local a une enseigne avec le nom de l'association.


je crois qu'en conclusion nous sommes tous et toutes d'accord sur :

 * respecter les pratiques OSM :)
 * le RNA est un identifiant qui peut-être ajouté

à plus

--
Vincent Bergeot

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

Re: [Talk-it] R: PCN2012

2019-06-11 Thread angelo mornata

Grazie Volker, d'ora in poi terrò d'occhio il portale.
Angelo



Inviato da smartphone Samsung Galaxy.

 Messaggio originale 
Da: Volker Schmidt 
Data: 11/06/19 09:28 (GMT+01:00)
A: openstreetmap list - italiano 
Oggetto: Re: [Talk-it] R: PCN2012

http://www.pcn.minambiente.it/ è giù.
Vedi
https://www.minambiente.it/notizie/sospensione-temporanea-dei-servizi-geoportale-nazionale-manutenzione-server

[https://ipmcdn.avast.com/images/icons/icon-envelope-tick-round-orange-animated-no-repeat-v1.gif]
  Virus-free. 
www.avast.com

On Tue, 11 Jun 2019 at 08:53, angelo mornata 
mailto:angelo.morn...@hotmail.it>> wrote:
L'errore che mi da è: "Errore di scaricamento dei tasselli: 
Java.net.connectexception: connectionrefused:connect" di solito all'inizio 
aveva un po di difficolta a fissarsi ma ora l'ortofaoto non esce proprio, cosa 
posso fare?

Grazie
Angelo


Da: scratera mailto:piz...@alice.it>>
Inviato: lunedì 10 giugno 2019 20:21
A: talk-it@openstreetmap.org
Oggetto: Re: [Talk-it] PCN2012

..appena aperto ora in josm e nessunissimo problema più del solito



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

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

Re: [OSM-talk-fr] Références nationales : RNA

2019-06-11 Thread Rpnpif

Le 11 juin 2019, Christian Quest a écrit :

> Je confirme plusieurs points:
> - toutes les assos n'ont pas de numéros RNA (aussi appelé N° Waldec), mais
> elles peuvent avoir un numéro plus ancien... mais parfois aussi on ne les
> retrouve pas dans cette base de données (pas super bien gérée)
> - toutes les assos ne sont pas inscrites dans la base SIRENE qui attribue
> les N° SIREN (personne morale) et SIRET(établissement, donc lieu et
> activité)
> 
> Par ailleurs, les données du RNA sont loin d'être de qualité. Les adresses
> en particulier sont assez problématiques, pas forcément à jour ni correctes
> (le géocodage est vraiment complexe, pour ça que je ne l'ai fait qu'une
> fois).
> Je ne parierai pas non plus sur la qualité (fraicheur, exhaustivité) des
> autres infos.
> 
> Rien n'empêche d'ajouter un ref:FR:RNA quand tout semble coller, mais de là
> à en tirer quelque chose pour lier les bases je pense que ce n'est vraiment
> pas d'actualité.
> 
> Seuls les locaux fixes, dédiés me semblent pertinent à avoir dans OSM, donc
> partir des règles OSM habituelles (vérifiable sur le terrain, stable, etc).
> 

Bien d'accord.

Les exemples sont très nombreux de petites associations dont le siège
social se trouve soit à la Mairie du lieu ou bien chez le président
actuel ou ancien ou bien parfois chez un simple membre qui ne fait que
recevoir le courrier. Mais ce n'est que très rarement le lieu de réunion
ou de local constant.

L'occupant du siège social ne souhaite pas forcément que son domicile
soit noté comme le lieu de résidence de l'association qui n'a
d'ailleurs que peu ou pas d'activité dans ce lieu.

En conclusion, je ne vois pas l'intérêt d'utiliser ce fichier pour
noter les associations dans OSM.

On ne devrait noter que les associations avec pignon sur rue avec un
local identifié et des horaires d'ouvertures au public affichées.
Cela peut être dans un local de la mairie si c'est régulier.

Ou bien si le local a une enseigne avec le nom de l'association.

-- 
Alain Rpnpif

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

Re: [Talk-it] R: PCN2012

http://www.pcn.minambiente.it/ è giù.
Vedi
https://www.minambiente.it/notizie/sospensione-temporanea-dei-servizi-geoportale-nazionale-manutenzione-server


Virus-free.
www.avast.com

<#DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2>

On Tue, 11 Jun 2019 at 08:53, angelo mornata 
wrote:

> L'errore che mi da è:* "Errore di scaricamento dei tasselli:
> Java.net.connectexception: connectionrefused:connect"* di solito
> all'inizio aveva un po di difficolta a fissarsi ma ora l'ortofaoto non esce
> proprio, cosa posso fare?
>
> Grazie
> Angelo
>
> --
> *Da:* scratera 
> *Inviato:* lunedì 10 giugno 2019 20:21
> *A:* talk-it@openstreetmap.org
> *Oggetto:* Re: [Talk-it] PCN2012
>
> ..appena aperto ora in josm e nessunissimo problema più del solito
>
>
>
> --
> Sent from: http://gis.19327.n8.nabble.com/Italy-General-f5324174.html
>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [OSM-talk-fr] Références nationales : RNA