date:20191126

Non, OSM a des données aussi pour bien autre chose que les liens Wikimedia,
notamment pour les libellés (name:* et variantes) qui sont en de bien plus
nombreuses langues (et écritures).

Pour les liens wikipedia, il n'y a pas besoin de la conformité BCP 47 car
oui dans ce cas ce ne sont que des étiquettes de noms de domaines.
Cependant dans les deux cas la casse n'est pas imposée, il y a juste une
casse recommandée et qu'on peut normaliser en minuscules (même si pour
BCP47 il est fait référence à des casses alternatives concernant les codes
ISO 3166-1 (à 2 lettres uniquement, éventuellement augmenté par des codes
de subdivisions de l'ISO 3166-2, avec un séparateur facultatif, donc lui
aussi ce second sous-code devrait être en capitales, mais ce cas ne
concerne pas les codes de langues régionalisés qui n'utilisent pas du tout
les codes ISO 3166-2) normalement en capitales uniquement, et les codes ISO
15924 avec l'initiale seule en capitale.

Pour OSM, tout ce qui concerne la codification des langues de base devrait
être en minuscules (mais les extensions de code peuvent varier en casse, et
on ne doit pas supprimer les séparateurs, et OSM devrait normaliser partout
les capitales requises pour les codes régions et l'initiale seulement des
codes d'écriture, sinon tout le reste en minuscules uniquement: on a des
tags dont les noms qui ont des extensions, préfixées ou suffixées avec ":"
qui dinstingue soit par pays, soit par langue; et aussi des extensions ":"
d'usage privé qui devraient être en minuscules mais d'autres en capitales
et on a le risque de collision avec des codes langue ou codes
géographiques, et c'est un peu le "bordel" dans ces extensions qui
devraient éviter tout risque de collision avec les codes langues ou
géographiques, en normalisant ces dernières de la façon recommandée par
BCP47, afin que les autres extension OSM n'utilisent aucune de ces formes;
cependant il n'y a pas de collision si les extensions OSM ne sont PAS 2 ou
3 lettres ou 3 chiffres éventuellement suivis d'un trait d'union et là on a
un peu toutes les formes; mais il y a encore certaines extensions privées
d'OSM qui entrent en collision avec les codes langues et géographiques avec
leur capitalisation normalisée : OSM initialement a émis des
recommandations n'utilisant que les minuscules mais ce n'est pas tenable et
les tags privées d'OSM ont une casse significative par défaut: on doit donc
normaliser la casse de ces codes même si ni BCP 47 ni les codes ISO, ni les
noms de domaines Wikimedia ne l'imposent, et ça traîne depuis des années et
continue à compliquer les requêtes et à poser des problèmes d'évolution
pour plus de langues ou de régions).


Le mer. 27 nov. 2019 à 00:36, Yves P.  a écrit :

>
> Concernant les préfixes de langue il n'y a pas que les tirets, mais si on
> les accepte il faudrait aussi valider la syntaxe. Visiblement ne sont
> acceptés que les codes langue en minuscules
>
> En fait c’est plus simple, on n’accepte que les codes de langues des sites
> wikipedia existants.
> cf. API wikimedia ou requêtes SPARQL : https://w.wiki/Cqb
>
> Minuscules ou majuscules, ce sont des noms de domaines, donc (pour le
> moment) ça ne change rien.
>
> —
> Yves
>
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

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

2019-11-26 Per discussione rainerU

J'ai fait une erreur de copier/coller. L'URL du navigateur n'est pas mis à jour 
quand  cette erreur se produit.


Il s'agit de la commune de Torreilles, code INSEE 66212.

http://dev.cadastre.openstreetmap.fr/fantoir/index.html#insee=66212

Am 26.11.19 um 21:01 schrieb Vincent de Château-Thierry:


Le 26/11/2019 à 17:57, rainerU a écrit :


J'ai une commune qui donne une erreur "commune inconnue" :

http://dev.cadastre.openstreetmap.fr/fantoir/index.html#insee=66141

C'est comme ça depuis que j'utilise les outils V2.


Étrange, chez moi ça fonctionne, la commune de Pia est bien reconnue. Un souci 
de cache quelque part ?


vincent

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



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

Re: [Talk-GB] Lancashire prow_ref reference table

2019-11-26 Per discussione Adam Snape

Hi Tony,

Anybody interested in the scans are welcome to view, use or host them
(subject to the OGL) or suggest somewhere I can upload them. Beware that
the Statements are often brief, outdated or otherwise less useful than
might be imagined. The Survey cards date from circa 1950 and were working
documents and not part of the final definitive legal record.

The links below are the versions of the data I have backed up online. They
do differ very slightly from the original versions supplied by the council
in that I've retitled some of the folders so that they state the name of
the area covered rather than just a number. I could upload the versions
exactly as received from the council if requested.

Statements:
https://drive.google.com/open?id=1XgJHkDeSrsUnLsVNrGSwmwBqUZ1y8fvd
Contains public sector information licensed under the Open Government
Licence v3.0

Original Parish Survey Cards:
https://drive.google.com/open?id=1l0JxeByzWZSMdboGjCuWCzcg6HtTZiRk
Contains public sector information licensed under the Open Government
Licence v3.0

Kind regards,

Adam

On Tue, 26 Nov 2019 at 23:44, Tony OSM  wrote:

> Adam, thank you
>
> Anderton and Adlington parishes are next to each other on the ground - a
> good example of read across error which needs to be avoided.
>
> Euxton Parish Council have published a recent LCC notice on their website
> - http://www.euxtoncouncil.org.uk/news.php?id=83
>
> which refers to PUBLIC FOOTPATHS EUXTON 37 & 38, CHORLEY BOROUGH .
>
> Separately on Chorley Borough Council website, a modification order
> https://democracy.chorley.gov.uk/ecSDDisplay.aspx?NAME=SD2280=2280=6590173
> refers
>
> Add to the Definitive Statement for Croston the following:
>
> Restricted Byway 26 from a junction with Back Drinkhouse Lane at SD 4853
> 1838 running in an approximately easterly direction along an enclosed track
> to pass through bollards at SD 4854 1838 and continuing to terminate at SD
> 4859 1838 at a junction with Drinkhouse Road between properties 17 and 19 
> Drinkhouse
> Road.
> It seems clear that LCC have no formal nomenclature reference rules, so
> the method described by you and your reasoning is that which we in
> Lancashire should adopt.
>
> I'd  like to see the data supplied to you made more widely available - as
> that public availability was part of my original question. I shall send to
> Rob the data I extracted from the data supplied.
>
> Regards
> Tony
>
> On 26/11/2019 21:12, Adam Snape wrote:
>
> Hi,
>
>
> Firstly, Tony, I think 9-4 is Anderton and 9-1 is Adlington.
>
> As part of the original FOI/EIR/Re-use request for the GIS dataset, I also
> requested (and was supplied) the council's scanned copies of the Definitive
> Statements along with permission to use them under the OGL. They appear to
> be complete as of when they were scanned (Early 2000s) but don't include
> any subsequent modification orders (like many councils Lancs don't
> frequently update the Map/Statement themselves, the documents have to be
> read in conjunction with any relevant modification orders)..  If Tony or
> anyone else is interested in the Statements I can send a download link. If
> anybody knows anywhere where they could be hosted to be publicly accessible
> in the long term then that would be great. With the statements the Council
> also supplied and OGL licensed scans of the county's surviving original
> parish survey cards which were used as part of the process for drawing up
> the draft definitive maps/statements. The same applies to these (though
> beware that these only cover a fraction of the County (the Rural Districts
> of Lancaster, Fylde, Wigan, West Lancs and Chorley).
>
> The paper Definitive Maps and Statements for Lancashire don't go as far as
> naming the paths or supplying a definitive reference and as Robert
> suspected I've not seen any pre-digitisation records which use anything
> like 9-4-5. Parishes are not numbered on either the map or Statement. Paths
> are numbered individually and colour coded by status on the maps. The
> format varied over time but most of the statements are tabulated by (named)
> parish with column headings 'path number', 'kind of path', 'position',
> 'length', 'any other particulars', there is no section for path name or
> reference, though where the statement for one path it refers to another
> path it is usually in the form of parish, path type, path number.
>
> Whilst there is a pretty much de facto standard when discussing rights of
> way to use the format parish, path type (often abbreviated), path no., I'm
> really not sure we need to be overly bothered about the (perceived)
> formatting preference of each county (I've never heard of a coucnil
> actually having a preference on path referencing format). In this context
> differences in formatting don't change the meaning 'Rivington FP3' is
> synonymous with 'Rivington Footpath 3', is synonymous with 'Public Footpath
> Number 3 in the Parish of Rivington'. It is much more meaningful to have
>

[Talk-ko] boundaries

2019-11-26 Per discussione wambacher


Hi,

the admin boundary of South Korea is looking strange. see 
https://www.openstreetmap.org/relation/307756

especially the north east .

regards
walter, germany

--
My projects:

Admin Boundaries of the World 
Missing Boundaries 


Emergency Map 
Postal Code Map (Germany only) 
Fools (QA for zipcodes in Germany) 
Postcode Boundaries of Germany 
OSM Software Watchlist 

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

Re: [talk-au] tagging of "demolished" roads

2019-11-26 Per discussione Ben Kelley


This seems like a good case where the road is being actively dismantled.

I think the only reason to keep it at all is where you can see the 
ex-road in imagery, so you want people who are editing to know that this 
thing doesn't actually exist.


 - Ben.


On 27/11/19 09:32, Warin wrote:
I would go with either disused: or abandoned: .. very rare for remote 
roads to be actively dismantled.



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

Re: [Talk-GB] Lancashire prow_ref reference table

2019-11-26 Per discussione Tony OSM

Adam, thank you

Anderton and Adlington parishes are next to each other on the ground - a
good example of read across error which needs to be avoided.

Euxton Parish Council have published a recent LCC notice on their
website - http://www.euxtoncouncil.org.uk/news.php?id=83

which refers to PUBLIC FOOTPATHS EUXTON 37 & 38, CHORLEY BOROUGH .

Separately on Chorley Borough Council website, a modification order
https://democracy.chorley.gov.uk/ecSDDisplay.aspx?NAME=SD2280=2280=6590173
refers

Add to the Definitive Statement for Croston the following:

Restricted Byway 26 from a junction with Back Drinkhouse Lane at SD 4853
1838running in an approximately easterly direction along an enclosed
track to pass through bollards at SD 4854 1838 and continuing to
terminate at SD 4859 1838 at a junctionwith Drinkhouse Road between
properties 17 and 19 Drinkhouse Road.

It seems clear that LCC have no formal nomenclature reference rules, so
the method described by you and your reasoning is that which we in
Lancashire should adopt.

I'd like to see the data supplied to you made more widely available -
as that public availability was part of my original question. I shall
send to Rob the data I extracted from the data supplied.

Regards
Tony

On 26/11/2019 21:12, Adam Snape wrote:

Hi,

Firstly, Tony, I think 9-4 is Anderton and 9-1 is Adlington.

As part of the original FOI/EIR/Re-use request for the GIS dataset, I
also requested (and was supplied) the council's scanned copies of the
Definitive Statements along with permission to use them under the OGL.
They appear to be complete as of when they were scanned (Early 2000s)
but don't include any subsequent modification orders (like many
councils Lancs don't frequently update the Map/Statement themselves,
the documents have to be read in conjunction with any relevant
modification orders).. If Tony or anyone else is interested in the
Statements I can send a download link. If anybody knows anywhere where
they could be hosted to be publicly accessible in the long term then
that would be great. With the statements the Council also supplied and
OGL licensed scans of the county's surviving original parish survey
cards which were used as part of the process for drawing up the draft
definitive maps/statements. The same applies to these (though beware
that these only cover a fraction of the County (the Rural Districts of
Lancaster, Fylde, Wigan, West Lancs and Chorley).

The paper Definitive Maps and Statements for Lancashire don't go as
far as naming the paths or supplying a definitive reference and as
Robert suspected I've not seen any pre-digitisation records which use
anything like 9-4-5. Parishes are not numbered on either the map or
Statement. Paths are numbered individually and colour coded by status
on the maps. The format varied over time but most of the statements
are tabulated by (named) parish with column headings 'path number',
'kind of path', 'position', 'length', 'any other particulars', there
is no section for path name or reference, though where the statement
for one path it refers to another path it is usually in the form of
parish, path type, path number.

Whilst there is a pretty much de facto standard when discussing rights
of way to use the format parish, path type (often abbreviated), path
no., I'm really not sure we need to be overly bothered about the
(perceived) formatting preference of each county (I've never heard of
a coucnil actually having a preference on path referencing format). In
this context differences in formatting don't change the meaning
'Rivington FP3' is synonymous with 'Rivington Footpath 3', is
synonymous with 'Public Footpath Number 3 in the Parish of Rivington'.
It is much more meaningful to have national consistency than to
slavishly following what we imagine to be the formatting preference of
each individual authority.

Kind regards,

Adam

On Tue, 26 Nov 2019, 16:04 Robert Whittaker (OSM lists),
> wrote:

On Tue, 26 Nov 2019 at 14:32, Dave F via Talk-GB
mailto:talk-gb@openstreetmap.org>> wrote:
>
> On 26/11/2019 12:01, Tony OSM wrote:
> > to the preferred prow_ref format Adlington FP 5.
>
> As previous, this is not the preferred format. The format should
be as
> supplied by the LA, the organisation which has the *authority*
to name
> PROWs.

My reading of the original post is that Tony is saying that the
Council themselves are inconsistent in how they refer to their PRoWs.
In which case, I think we should use the format that is most prevalent
on the underlying legal documents (i.e. the Definitive Map and
Statement) rather than any electronic working datasets that are
produced from these. The onilne map at

https://www.lancashire.gov.uk/roads-parking-and-travel/public-rights-of-way/public-rights-of-way-map/
uses the "9-5-FP 23" style numbers, but probably

Re: [OSM-talk-fr] Vérification des tags wikipedia et nettoyage ?


> Concernant les préfixes de langue il n'y a pas que les tirets, mais si on les 
> accepte il faudrait aussi valider la syntaxe. Visiblement ne sont acceptés 
> que les codes langue en minuscules
En fait c’est plus simple, on n’accepte que les codes de langues des sites 
wikipedia existants.
cf. API wikimedia ou requêtes SPARQL : https://w.wiki/Cqb

Minuscules ou majuscules, ce sont des noms de domaines, donc (pour le moment) 
ça ne change rien.

—
Yves

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

Re: [OSM-talk-fr] Attribution OSM sur https://www.windy.com/ (copyvio?)

> Très jolie carte, 
Elle est démente cette version. Il y a les prévisions météo… des webcam…

> cependant aucune attribution visible des sources utilisés (aussi bien pour 
> les données météo ou incendies, que pour les fonds de carte... OSM)
Les tuiles viennent de Mapy…
Les données c’est bien OSM : je reconnais des sentiers de randonnées que j’ai 
cartographiés

https://windytiles.mapy.cz/turist-en/12-2116-1438

Pour les sites de parapentes : paraglidingearth.com

Les webcams :https://fr.webcams.travel/api/

Pour les météos, il faut cliquer sur la montre en bas à droite :
https://www.ecmwf.int
https://www.dwd.de/DE/Home/home_node.html
https://www.meteoblue.com
AROME ?

Satellite: https://www.eumetsat.int/website/home/index.html
Radar : http://www.meteofrance.com
Feux : coppernicus
Aéroports google et wikipedia ?, METAR, NOTAM ?


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

Re: [OSM-talk-fr] Vérification des tags wikipedia et nettoyage ?

Le mar. 26 nov. 2019 à 23:28, Yves P.  a écrit :

>Notes
>
>1
https://trac.openstreetmap.org/browser/subversion/applications/editors/josm/plugins/tag2link/resources/tag2link_sources.xml#L59
>\p{Lower} dans l’expression rationnelle n’accepte pas le tiret ? Remplacer
par [a-z-] ou [a-zA-Z-]
>
>2 https://github.com/tyrasd/overpass-turbo/blob/master/js/overpass.js#L719
>[a-zA-Z] dans l’expression rationnelle n’accepte pas le tiret. Remplacer
par [a-zA-Z-]

Concernant les préfixes de langue il n'y a pas que les tirets, mais si on
les accepte il faudrait aussi valider la syntaxe. Visiblement ne sont
acceptés que les codes langue en minuscules (même accentuées ou non
latines, ce qui est incorrect). Mais aussi sans limite de longueur. De plus
après les tirets, on peut avoir un code de variante de langue (obsolète, de
3 lettres minuscules), un code d'écriture (1 majuscule et 3 minuscules), un
code région (2 lettres pour un code ISO 3166-1 ou 3 chiffres), et de code
de variante (en minuscules ou chiffres ASCII). Et tous les "subtags" sont
limités à 8 caractères et ont au moins 2 caractères (entre les tirets); les
sub
tags à 1 lettre sont spéciaux et ne devraient pas être utilisés pour
identifier les langues (les anciens codes IANA commençant par "i-" sont
obsolètes, et les codes langues "x-*" sont bannis hors des "subtags" de
variantes régionales (préférables aux codes de régions ISO 3166-1 qui ne
sont pas assez discernants), mais des propriétés de localisation.

Bref une expression régulière correcte serait

[a-z][a-z][a-z]?(-[a-z][a-z][a-z])?(-[A-Z][a-z][a-z][a-z])?(-[A-Z][A-Z]|[0-9][0-9][0-9])?(-x)?(-[a-z]{2,8}):

Si on est strict, mais on peut admettre alors aussi ces préfixes en
capitalisation différente (quitte à les normaliser ensuite automatiquement,
y compris en remplaçant les séparateurs "_" par des "-"), conformément à ce
que prévoit le standard BCP47. Ensuite chaque "subtag" peut éventuellement
être validé si on a une copie locale de la base IANA pour BCP47 (sauf cas
spécial des variantes "-x-[a-z0-9]{2,8}" qui elles sont validées par un
dictionnaire de variantes privées admises dans OSM (mais sont sujette à
remplacement automatisable ultérieurement s'il y a un code standard tel que
"be-x-tarask" reconverti en "be-tarask", avant la suppression de ces
admissions du dictionnaire quand la base OSM a été nettoyée et les
utilisateurs avertis)

Ceci dit la validation peut admettre des codes devenus depuis ambigus et
dépréciés mais qu'on ne peut pas remplacer automatiquement: c'est le cas
quand ISO a scindé un code langue en deux.

Il reste enfin des exceptions venant de Wikimedia (telles que "roa-tara"
qui devraient être plutôt une variante du sicilien "scn-tara" ou une
variante non standard de l'italien "it-x-tara")

D'autres substitutions automatiques sont possibles (exemple changer "fre"
ou "fra" en "fr", si on préfère les codes courts ISO 639-1 aux codes ISO
639-2/3).

Dans l'état, les validateurs sont peu à jour et sont encore basés sur la
vieille version de BCP 47 non basée sur RFC 4646 mais sur une version plus
ancienne. Il serait temsp de convertir tou ça car les RFC 47 a quand mêem
été mise à jour depuis plusieurs années, avant même la sortie de l'ISO
639-3 et les révisions de l'ISO 15924 pour les codes d'écritures et la
refonte du registre IANA avec des règles bien plus précises et une
politique de stabilité et une procédure établie pour les
ajouts/révisions/dépréciations, ainsi que la révision des codes à remplacer
automatiquement !

Quand à la normalisation des codes (la capitalisation) je n'ai pas d'avis
tranché, on peut très bien admettre dans OSM uniquement les formes
minuscules seulement, sans capitaliser la première lettre des codes
d'écriture ou les codes région ISO 3166-1 à deux lettres. En revanche on
doit éviter les formes ISO 3166 ou ISO15924 en chiffres, on peut les
subtituer automatiquement (et leur liste n'est pas longue, il ne doit
rester que quelques codes à 3 chiffres pour les groupes de pays par masse
continentale). Mais ce la ne devrait pas bloquer la validation des données
si un éditeur omet cette substitution automatique. car un bot peut
facilement faire la correction plus tard.
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [talk-au] tagging of "demolished" roads

2019-11-26 Per discussione Warin


On 26/11/19 23:01, Ian Steer wrote:


Nanga Rd in WA’s south west has been affected by bauxite mining and 
has been re-routed.  I’m hesitant to simply delete the old alignment, 
and am wondering whether there is an appropriate tag like 
“demolished=yes” to use on it instead ?




If it is still visible then it should be retained on the map.

https://wiki.openstreetmap.org/wiki/Lifecycle_prefix is a fair 
description of the OSM state.


I would go with either disused: or abandoned: .. very rare for remote 
roads to be actively dismantled.


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

[OSM-talk-fr] Attribution OSM sur https://www.windy.com/ (copyvio?)

Très jolie carte, cependant aucune attribution visible des sources utilisés
(aussi bien pour les données météo ou incendies, que pour les fonds de
carte... OSM)
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-fr] absence de licence sur "adresse-francaise.com": copyvio? vie privée/CNIL?

Cartes et données OSM sans licence sur "adresse-francaise.com"

https://adresse-francaise.com/street.php?i=751015825

(pas plus de mention des licences pour les données DGFiP, Cadastre, BAN, La
Poste, et Annuaire universel).

C'est clairement du copyvio, mais il y a d'autres problèmes aussi dangereux!

Site utilisé pour la revente de fichiers nominatif de prospection
commerciale (fichiers en grande partie abusifs, ils indiquent l'oppoition à
la prospection commerciale, mais ces fichiers sont utilisés quand même et
sans engagement légal supplémentaire concernant les restrictions
d'utilisation et sans vérification des autorisations par la CNIL)



Note: la CNIL vient d'épingler une société de prospection (pour
"l'isolation à 1 euro", une grosse arnaque) à un demi-million d'euros
d'amende, mais cette société continue ses harcèlements téléphoniques via
une panoplie de centres d'appels tiers et "d'autoentrepreneurs", mais aussi
via des appels passant par des relais téléphoniques hors Union Européenne,
dont les appels entrant en France sont transmise tels quels, même avec un
numéro d'appelant falsifié/détourné, et non masqués car invérifiables quand
l'appel issu de France a transité par un relais hors UE, notamment en Inde,
au Pakistan, en Azerbaidjan ou en Russie, via des opérateurs et
fournisseurs légalement installés dans ces pays et qui authentifient les
appels partant de chez eux mais pas ceux venant d'autres pays; il faut
savoir que les numéros d'appelants même français sont facilement falsifiés,
tous les opérateurs ne le vérifiant pas, et notamment pas pour les
interconnexions internationales avec les opérateurs et réseaux hors UE).
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Vérification des tags wikipedia et nettoyage ?

Redirections gérées par les principales applications.

Contrôle
valeur
url
iD
tag2link
Openstreetmap
Overpass
wikipedia






avec préfixe de langue
fr:Œting
https://fr.wikipedia.org/wiki/Œting   
oui
oui
oui
oui
simple:Hatshepsut
https://simple.wikipedia.org/wiki/Hatshepsut 
 
oui
oui
oui
oui
nds:Seppenser Möhl
https://nds.wikipedia.org/wiki/Seppenser_Möhl 
  
oui
oui
oui
oui
es:Óscar Quiñones
https://es.wikipedia.org/wiki/Óscar_Quiñones 
   
oui
oui
oui
oui
be-tarask:Новы Двор
https://be-tarask.wikipedia.org/wiki/Новы_Двор 

 
⚠️ oui
oui
oui
non (2)
be-x-old:Серкавіцкі сельсавет
https://be-tarask.wikipedia.org/wiki/Серкавіцкі_сельсавет 


oui
oui
oui
fiu-vro:Põrmujärv
https://fiu-vro.wikipedia.org/wiki/Põrmujärv 
   
oui
oui
oui
sans préfixe
Paris
 ⚠️ pointe sur le site anglais
non
(comportement adapté )
龍潭大池
Париж
URL
https://en.wikipedia.org/wiki/Paris    

page de recherche 


⚠️ plante    
oui
oui

http://undar.edu.pe/  

oui
oui
wikipedia:*






wikipedia:fr
Île des Sœurs
https://fr.wikipedia.org/wiki/Île_des_Sœurs 
 
⚠️ non
oui
oui
oui
wikipedia:es
Alcocéber
https://es.wikipedia.org/wiki/Alcocéber 
  
oui
oui
oui
wikipedia:gag
Komrat
https://gag.wikipedia.org/wiki/Komrat    
oui
oui
oui
wikipedia:be-tarask
Межава (Аршанскі раён)
https://be-tarask.wikipedia.org/wiki/Межава_(Аршанскі_раён) 

 
non (1)
oui
oui
wikipedia:zh-yue
河北沿海高速公路
https://zh-yue.wikipedia.org/wiki/河北沿海高速公路 

 
oui
oui
wikidata






Liens multiples
Q22949674;Q22949654


⚠️ oui (3)
non
non
Notes






1
https://trac.openstreetmap.org/browser/subversion/applications/editors/josm/plugins/tag2link/resources/tag2link_sources.xml#L59
 


\p{Lower} dans l’expression rationnelle n’accepte pas le tiret ? Remplacer par 
[a-z-] ou [a-zA-Z-]
2
https://github.com/tyrasd/overpass-turbo/blob/master/js/overpass.js#L719 


[a-zA-Z] dans l’expression rationnelle n’accepte pas le tiret. Remplacer par 
[a-zA-Z-]
3
Produit un seul lien avec les 2 valeurs. Le site wikidata indique que cette 
entité n’existe pas.___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Vérification des tags wikipedia et nettoyage ?

Tableau des contrôles effectués par les éditeurs (non exhaustif)

Il y a des applications sur smartphone à rajouter éventuellement, les outils de 
contrôle qualité : osmose…

Les contrôles effectués sont probablement à compléter…

_
Yves


Contrôle
Exemple
iD
JOSM



validator
(wikipedia.mapcss 
)
greffon
Wikipedia
wikipedia
vérification du préfixe « langue »
dummy:Paris
non
incomplet
liste statique (2)
oui
utilise l’API de mediawiki (3)
vérification absence du préfixe
Paris
non
oui
oui
remplacement URL complète
https://en.wikipedia.org/wiki/Paris    
non
non
oui
remplacement caractères encodés
P%C3%B5rmuj%C3%A4rv
non
oui
non
remplacement caractères soulignés
nl:Gymnasium_Haganum
non
oui
oui (1)
vérification des redirections
fr:Manjaque redirect
non
non
oui
vérification wikipedia sans correspondance wikidata

non
non
oui
vérification article inexistant

non
non
non
vérification URL non wiki
http://undar.edu.pe/  

oui (4)
oui (5)

vérification valeurs multiples
en:Izadshahr, fa:ایزدشهر
non (6)
wikipedia:*
vérification du suffixe « langue » dans la clé
wikipedia:dummy
non
non
non
vérification des valeurs
(comme pour la clé wikipedia)

non
non
non

vérification caractères encodés
P%C3%B5rmuj%C3%A4rv
non
oui
non

remplacement caractères soulignés
Gymnasium_Haganum
non
non
non
*:wikipedia
vérification du préfixe dans la clé

non
non
non
vérification des valeurs
(comme pour la clé wikipedia)

non
non
non
wikidata
vérification élément inexistant

non

oui

vérification valeurs multiples
Q22949674;Q22949654

oui
oui (7)
wikidata
Affichage articles sur la carte

non

oui
wikipedia
wikidata
saisie interactive

oui

non
wikipedia
Notes





1
messages peu clairs :
[Wiki] Wikidata item and Wikipedia article do not match! - Wikidata item 
Q367203 is not associated with Wikipedia article nl:Gymnasium_Haganum (has no 
Q-ID) (1) 
[Wiki] Wikipedia article is a redirect - Wikipedia article 'Gymnasium_Haganum' 
redirects to 'Gymnasium Haganum' (1) 
2
https://josm.openstreetmap.de/browser/josm/trunk/data/validator/wikipedia.mapcss#L13
 

3
https://gitlab.com/JOSM/plugin/wikipedia/blob/master/src/main/java/org/wikipedia/validator/WikipediaValueFormat.java#L97
 

https://www.wikidata.org/w/api.php?action=help=sitematrix 

4
message peu clair :
attributs dépréciés - Le format du tag wikipedia est obsolète, utilisez 
'wikipedia'='langue:page de titre' à  la place (1) 
5
message clair ?
[Wiki] Unknown Wikipedia language prefix 'http'! (1) 
6
valeurs multiples non gérées. La page wikipedia inique que l’article n’existe 
pas.
7
valeurs multiples non gérées pour les vérifications (détecte une valeur 
erronée). Mais le nom de l’élément Q123 est affiché automatiquement___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Proposition de modification en masse - Suppression de ref:INSEE des noeuds "place"

2019-11-26 Per discussione osm . sanspourriel


Le 26/11/2019 à 01:30, Jérôme Amagat - jerome.ama...@gmail.com a écrit :

Aujourd'hui, j'ai ajouté 2054 ref:INSEE sur des relations. Ce sont les
cantons, ils avaient un tag planned:ref=* (parfois modifié en ref=*)
mis lors de la créations de ces cantons en 2015 et qui normalement
attendaient le code officiel géographique de l'insee pour prendre leur
valeur définitive en ref:INSEE=* mais le changement n'a jamais été
fait. Le planned:ref était en XXX-YY avec XXX pour le département avec
un 0 en première valeur pour la métropole et YY une numérotation des
cantons en 01, 02, ... obtenu par l'ordre alphabétique. Dans le code
officiel géographique, le code pour les cantons est XXYY (XXXYY pour
les département d'outre mer en 3 chiffres) avec XX le département et
YY la même numérotation que nos planned:ref . (Normalement) j'ai bien
fait les choses, j'ai vérifié que la numérotation était la même, que
les noms de cantons étaient les mêmes (il y a quelques différences
d'orthographes que j'ai laissé, articles, majuscules, accents) et j'ai
modifié la ref en enlevant le 0 du début pour la métropole, le tiret
et changé en ref:INSEE=*.


J'ai du coup cherché les relations sans ref:INSEE et susceptibles d'en
avoir : http://overpass-turbo.eu/s/OuS

Jérôme, tu m'as l'air motivé pour compléter mais d'autres peuvent se lancer.

Certains sont peut-être des erreurs, il y a aussi des
boundary=administrative sans admin_level.

Nom admin_level Lien
France - Italy (section nord)   2
https://www.openstreetmap.org/relation/5389302
Mayotte 3   https://www.openstreetmap.org/relation/1259885
Guyane  3   https://www.openstreetmap.org/relation/1260551
France métropolitaine (terres)  3
https://www.openstreetmap.org/relation/1362232
Polynésie française (terres)3
https://www.openstreetmap.org/relation/1363099
Guadeloupe  3   https://www.openstreetmap.org/relation/1401835
France métropolitaine   3   https://www.openstreetmap.org/relation/1403916
La Réunion  3   https://www.openstreetmap.org/relation/1785276
Martinique  3   https://www.openstreetmap.org/relation/1891495
Valle d'Aosta/Vallée d'Aoste4
https://www.openstreetmap.org/relation/45155
Île Tromelin4   https://www.openstreetmap.org/relation/6080162
Province des Îles Loyauté   6   
https://www.openstreetmap.org/relation/379252
Îles du Vent6   https://www.openstreetmap.org/relation/1363094
Îles Sous-le-Vent   6   https://www.openstreetmap.org/relation/1363096
Province Nord   6   https://www.openstreetmap.org/relation/3222336
Province Sud6   https://www.openstreetmap.org/relation/3222337
Courmayeur  8   https://www.openstreetmap.org/relation/46039
Saint-Gingolph  8   https://www.openstreetmap.org/relation/1685365
Gambier 8   https://www.openstreetmap.org/relation/6063134
Domaine Public Maritime 8   
https://www.openstreetmap.org/relation/8687577
Uturoa  8   https://www.openstreetmap.org/relation/10045848
Taputapuatea8   https://www.openstreetmap.org/relation/10045849
Tumaraa 8   https://www.openstreetmap.org/relation/10045850

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

[OSM-talk-fr] Vérification des tags wikipedia et nettoyage ?

Bonsoir,

En regardant de plus près les clés wikipedia et leurs valeurs avec taginfo, je 
constate pas mal de bazar.

Lors de la saisie, que vérifient (ou pas) les principaux éditeurs ?
(J’ai fait un tableau comparatif. Il sera envoyé plus tard)

Pour les données existantes,

Comment repérer les valeurs et/ou les clés erronées ?
taginfo
difficile car pas de recherche par expressions rationnelles (regex)
export des valeurs + script utilisant des regex
requêtes overpass
expressions rationnelles limitées (pas de PCRE)
outils de contrôle qualité (Osmose…)
…

Faut-il les nettoyer ?
gros travail…
la clé wikidata permet de gérer les libellés en plusieurs langues, les 
synonymes, les relations entre objets, les identifiants externes…

Si oui, comment ?
contrôles et corrections automatiques dans l’éditeur
…

—
Yves

PS: Quelques exemples :

wikipedia=fr:Phare
wikipedia_1=es:Faro
wikipedia_2=de:Leuchtturm
wikipedia_3=fa:فانوس دریایی
…

Il y a en avait beaucoup, c’est presque tout nettoyé. Est-ce que ça reviendra 
avec l’arrivée de contributeurs débutants ?

Préfixe de langue manquant
wikipedia=Phare
brand:wikipedia=McDonald's

Préfixe de langue incomplet (pb de copier/coller ?)
wikipedia=n:Connections Museum
operator:wikipedia=e:BDZ Deutsche Zoll- und Finanzgewerkschaft
brand:wikipedia=u:Россельхозбанк

Préfixes de langues correctes (norme ISO) mais sans site linguistique wikipédia 
correspondant

url complète et ses variantes
wikipedia=https://fr.wikipedia.org/wiki/Phare

url vers un site n’ayant rien à voir avec wikipedia
wikipedia=http://undar.edu.pe/

url avec un préfixe de langue rajouté !
wikipedia=fr:https://fr.wikipedia.org/wiki/Phare

mauvais séparateur . ; …
wikipedia=fr.Château_Mathelin

Photos wikimedia commons avec préfixe de langue
wikipedia=it:File:Alfred Nobel - Villa in Sanremo.jpg
wikipedia=fr:Canal Saint-Félix#/media/File:W1785-Nantes CanalStFelix Ecluse 
85749.JPG
wikipedia=de:Datei:Prichsenstadt BW 6.JPG
wikipedia=fr:Fichier:Bouvines Monument au morts.jpg
Valeurs multiples :
wikipedia=en:Izadshahr, fa:ایزدشهر
…

Des clés incorrectes :

Suffixes de langue inappropriés :
brand:wikipedia_1
brand:wikipedia:ar
…
subject:wikipedia:de
subject:wikipedia:en
…
artist:wikipedia:et

Tags d'éléments « supprimés »
abandoned:brand:wikipedia
abandoned:wikipedia
demolished:brand:wikipedia
demolished:wikipedia
former_operator:wikipedia
former:operator:wikipedia
not:brand:wikipedia
old_brand:wikipedia
old_name:wikipedia
old_wikipedia
old_wikipedia:zh
old:wikipedia
razed:wikipedia
was:brand:wikipedia
was:operator:wikipedia
was:wikipedia

Faut-il les supprimer ?

…

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

Re: [Talk-GB] Lancashire prow_ref reference table

2019-11-26 Per discussione Adam Snape

Hi,

Firstly, Tony, I think 9-4 is Anderton and 9-1 is Adlington.

As part of the original FOI/EIR/Re-use request for the GIS dataset, I also
requested (and was supplied) the council's scanned copies of the Definitive
Statements along with permission to use them under the OGL. They appear to
be complete as of when they were scanned (Early 2000s) but don't include
any subsequent modification orders (like many councils Lancs don't
frequently update the Map/Statement themselves, the documents have to be
read in conjunction with any relevant modification orders)..  If Tony or
anyone else is interested in the Statements I can send a download link. If
anybody knows anywhere where they could be hosted to be publicly accessible
in the long term then that would be great. With the statements the Council
also supplied and OGL licensed scans of the county's surviving original
parish survey cards which were used as part of the process for drawing up
the draft definitive maps/statements. The same applies to these (though
beware that these only cover a fraction of the County (the Rural Districts
of Lancaster, Fylde, Wigan, West Lancs and Chorley).

The paper Definitive Maps and Statements for Lancashire don't go as far as
naming the paths or supplying a definitive reference and as Robert
suspected I've not seen any pre-digitisation records which use anything
like 9-4-5. Parishes are not numbered on either the map or Statement. Paths
are numbered individually and colour coded by status on the maps. The
format varied over time but most of the statements are tabulated by (named)
parish with column headings 'path number', 'kind of path', 'position',
'length', 'any other particulars', there is no section for path name or
reference, though where the statement for one path it refers to another
path it is usually in the form of parish, path type, path number.

Whilst there is a pretty much de facto standard when discussing rights of
way to use the format parish, path type (often abbreviated), path no., I'm
really not sure we need to be overly bothered about the (perceived)
formatting preference of each county (I've never heard of a coucnil
actually having a preference on path referencing format). In this context
differences in formatting don't change the meaning 'Rivington FP3' is
synonymous with 'Rivington Footpath 3', is synonymous with 'Public Footpath
Number 3 in the Parish of Rivington'. It is much more meaningful to have
national consistency than to slavishly following what we imagine to be the
formatting preference of each individual authority.

Kind regards,

Adam

On Tue, 26 Nov 2019, 16:04 Robert Whittaker (OSM lists), <
robert.whittaker+...@gmail.com> wrote:

> On Tue, 26 Nov 2019 at 14:32, Dave F via Talk-GB
>  wrote:
> >
> > On 26/11/2019 12:01, Tony OSM wrote:
> > >  to the preferred prow_ref format  Adlington FP 5.
> >
> > As previous, this is not the preferred format. The format should be as
> > supplied by the LA, the organisation which has the *authority* to name
> > PROWs.
>
> My reading of the original post is that Tony is saying that the
> Council themselves are inconsistent in how they refer to their PRoWs.
> In which case, I think we should use the format that is most prevalent
> on the underlying legal documents (i.e. the Definitive Map and
> Statement) rather than any electronic working datasets that are
> produced from these. The onilne map at
>
> https://www.lancashire.gov.uk/roads-parking-and-travel/public-rights-of-way/public-rights-of-way-map/
> uses the "9-5-FP 23" style numbers, but probably doesn't have any
> legal force. I can't find any actual Definitive Statements online for
> Lancashire, but there are what seem to be some Definitive Map extracts
> in their DMMO register at
> http://www3.lancashire.gov.uk/corporate/dmmoview/ . These mostly look
> to just use the "FP 34", "BW 45" numbers, without an explicit parish.
> My guess would be that the parishes are named in the Definitive Map
> and Statement, rather than using reference numbers (which are probably
> an artefact of digitisation). So unless the council has officially
> adopted the electronic version with the "9-5-FP 23" style numbers as
> it's legal Definitive Map, we should be looking at accepting parish
> names in the official reference numbers. The question then is how does
> the council itself refer to the Rights of Way when using named
> parishes rather than IDs. What is *their* preferred format?
>
> If we can agree on the appropriate prow_ref format to use in OSM, then
> I can load the GIS data into my tool at
> https://osm.mathmos.net/prow/progress/ and have it display the refs in
> the agreed format. Tony, if you've got a CSV file that converts
> between the ID numbers and named districts/parishes that you could
> send me, that would be really helpful, whichever format we end up
> agreeing to use in OSM. It will also automatically produce a table
> like https://osm.mathmos.net/prow/progress/essex/parishes with the
> parish

Re: [OSM-talk-fr] Restriction d'accès saisonnière pour les cyclistes sur des routes de montagne

2019-11-26 Per discussione JB

Je vais pas en faire un …, et puis aussi m'arrêter là pour ce soir, mais 
je lis bien dans le message de Richard :


   et peut-être aussi:
bicycle:seasonal=yes
   pour les routeurs qui ne parsent pas le (très compliqué) opening_hours?

Bonne nuit.

Le 26/11/2019 à 21:29, osm.sanspourr...@spamgourmet.com a écrit :


Bonjour, de nom oui, mais pas plus.

Certains ont des cultes (religions, ou culte de la personne).

Ça ne me dérange pas mais ce n'est pas mon cas. Je juge sur pièces. 
Toute personne aussi respectable soit-elle /peut/ dire une connerie.


Pour continuer dans ton ton : et avant de faire une remarque à la con, 
tu lis le message en question ?


Car Richard Fairhurst proposait *seasonal=yes* *pas* bicycle:seasonal=yes.

Et je critiquais bicycle:seasonal=yes *pas **seasonal=yes*.

Et pour info avant je disais à Jean-Christophe en MP :

 Message transféré ---
Sujet : 	Re: [OSM-talk-fr] Restriction d'accès saisonnière pour les 
cyclistes sur des routes de montagne

Date :  Tue, 26 Nov 2019 21:06:45 +0100
Pour :  Jean-Christophe Becquet 


Ça oui !

Et tu peux ajouter :

note=Tronçons fermés du dernier du dernier vendredi de novembre au 
dernier vendredi d'avril.


Comme ça la gens savent que ce n'est pas la totalité qui est impraticable

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

Je me dis : peut-être au moins mettre seasonal=yes sur les relations ?

Le 26/11/2019 à 21:04, JB - jb...@mailoo.org a écrit :

Euh, tu connais Richard Fairhurst ?
Je pense que s'il propose le tag, ce n'est pas pour rien. Et que 
quand il parle de tag pour vélo, on commence par l'écouter.
JB. 



___
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] Restriction d'accès saisonnière pour les cyclistes sur des routes de montagne

2019-11-26 Per discussione osm . sanspourriel


Bonjour, de nom oui, mais pas plus.

Certains ont des cultes (religions, ou culte de la personne).

Ça ne me dérange pas mais ce n'est pas mon cas. Je juge sur pièces.
Toute personne aussi respectable soit-elle /peut/ dire une connerie.

Pour continuer dans ton ton : et avant de faire une remarque à la con,
tu lis le message en question ?

Car Richard Fairhurst proposait *seasonal=yes* *pas* bicycle:seasonal=yes.

Et je critiquais bicycle:seasonal=yes *pas **seasonal=yes*.

Et pour info avant je disais à Jean-Christophe en MP :

 Message transféré ---
Sujet : Re: [OSM-talk-fr] Restriction d'accès saisonnière pour les
cyclistes sur des routes de montagne
Date :  Tue, 26 Nov 2019 21:06:45 +0100
Pour :  Jean-Christophe Becquet 


Ça oui !

Et tu peux ajouter :

note=Tronçons fermés du dernier du dernier vendredi de novembre au
dernier vendredi d'avril.

Comme ça la gens savent que ce n'est pas la totalité qui est impraticable

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

Je me dis : peut-être au moins mettre seasonal=yes sur les relations ?

Le 26/11/2019 à 21:04, JB - jb...@mailoo.org a écrit :

Euh, tu connais Richard Fairhurst ?
Je pense que s'il propose le tag, ce n'est pas pour rien. Et que quand
il parle de tag pour vélo, on commence par l'écouter.
JB.
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Restriction d'accès saisonnière pour les cyclistes sur des routes de montagne

2019-11-26 Per discussione JB


Euh, tu connais Richard Fairhurst ?
Je pense que s'il propose le tag, ce n'est pas pour rien. Et que quand 
il parle de tag pour vélo, on commence par l'écouter.

JB.

Le 26/11/2019 à 20:46, osm.sanspourr...@spamgourmet.com a écrit :


-1 pour bicycle:seasonal

Jusqu'à aujourd'hui il y a exactement 0 (zéro occurrences dans la base 
selon taginfo).


Le plus proche c'est cycleway=seasonal=winter.intermitent

Donc 0 chance pour que ce soit pris en compte par quoi que ce soit.

bicycle:conditional=no @ (Nov Fr[-1]-Apr Fr[-1]) pourra être 
interprété par une machine.


Et que  même si l'humain a du mal à comprendre il comprendra quand 
même qu'entre novembre et avril ça peut ne pas marcher. C'est au moins 
aussi informatif que bicycle:seasonal=yes qui ne dit même pas à quelle 
saison !


Avec bicycle et bicycle:conditional on a bien décrit la situation, 
pourquoi essayer d'enfumer tout le monde ?


Pour CyclOSM, je pense que la présence de bicycle:conditional doit 
suffire à changer le rendu (pointillé, transparence augmentée...).


Jean-Yvon

Le 26/11/2019 à 17:02, Jean-Christophe Becquet - j...@apitux.com a écrit :

Le 26/11/2019 13:36, Florimond Berthoux a écrit :

+1 pour le seasonal

Pour ce qui est de l’accès par défaut bicycle=yes ou no, je ne sais pas trop.
Pour mon cas pratique du rendu de CyclOSM (on va afficher les routes
fermées au vélo) et de routage. Je m’attendrais à ce que la valeur par
défaut soit bicycle=yes.
Parce que je vais plutôt faire de la grimpette en été qu’en hivers et
donc utiliser ces outils l’été. Et me douter que c’est plus facilement
fermé au vélo l’hiver.

OK du coup je pars sur :

bicycle=yes
bicycle:seasonal=yes
bicycle:conditional=no @ (Nov Fr[-1]-Apr Fr[-1])


Jean-Christophe, peux-tu nous montrer tes exemples concrets que je me
fasse une idée de la bonne manière de consommer ces données ?

Voici un exemple avec le Col de Corobin
https://www.openstreetmap.org/changeset/77585840

JC



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


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

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

2019-11-26 Per discussione Vincent de Château-Thierry



Le 26/11/2019 à 17:57, rainerU a écrit :


J'ai une commune qui donne une erreur "commune inconnue" :

http://dev.cadastre.openstreetmap.fr/fantoir/index.html#insee=66141

C'est comme ça depuis que j'utilise les outils V2.


Étrange, chez moi ça fonctionne, la commune de Pia est bien reconnue. Un 
souci de cache quelque part ?


vincent

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

Re: [Talk-it] photered a Torino

2019-11-26 Per discussione Martin Koppenhoefer



sent from a phone

> On 26. Nov 2019, at 20:47, Lorenzo Rolla  wrote:
> 
> Gentilissimi, per evitare di fare disastri (è la prima volta che mi capita di 
> segnalare questo tipo di dispositivi per il controllo del semaforo rosso) 
> qualcuno potrebbe indicarmi come fare?
> 
> http://www.comune.torino.it/vigiliurbani/controllodelrosso/


credo la parola magica sia “enforcement”, ci sono relazioni 
https://wiki.openstreetmap.org/wiki/Relation:enforcement
e forse c’è anche un metodo con solo tag (non ricordo bene)


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

[Talk-it] photered a Torino

2019-11-26 Per discussione Lorenzo Rolla

Gentilissimi, per evitare di fare disastri (è la prima volta che mi capita
di segnalare questo tipo di dispositivi per il controllo del semaforo
rosso) qualcuno potrebbe indicarmi come fare?

http://www.comune.torino.it/vigiliurbani/controllodelrosso/

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

Re: [OSM-talk-fr] Restriction d'accès saisonnière pour les cyclistes sur des routes de montagne

2019-11-26 Per discussione osm . sanspourriel


-1 pour bicycle:seasonal

Jusqu'à aujourd'hui il y a exactement 0 (zéro occurrences dans la base
selon taginfo).

Le plus proche c'est cycleway=seasonal=winter.intermitent

Donc 0 chance pour que ce soit pris en compte par quoi que ce soit.

bicycle:conditional=no @ (Nov Fr[-1]-Apr Fr[-1]) pourra être interprété
par une machine.

Et que  même si l'humain a du mal à comprendre il comprendra quand même
qu'entre novembre et avril ça peut ne pas marcher. C'est au moins aussi
informatif que bicycle:seasonal=yes qui ne dit même pas à quelle saison !

Avec bicycle et bicycle:conditional on a bien décrit la situation,
pourquoi essayer d'enfumer tout le monde ?

Pour CyclOSM, je pense que la présence de bicycle:conditional doit
suffire à changer le rendu (pointillé, transparence augmentée...).

Jean-Yvon

Le 26/11/2019 à 17:02, Jean-Christophe Becquet - j...@apitux.com a écrit :

Le 26/11/2019 13:36, Florimond Berthoux a écrit :

+1 pour le seasonal

Pour ce qui est de l’accès par défaut bicycle=yes ou no, je ne sais pas trop.
Pour mon cas pratique du rendu de CyclOSM (on va afficher les routes
fermées au vélo) et de routage. Je m’attendrais à ce que la valeur par
défaut soit bicycle=yes.
Parce que je vais plutôt faire de la grimpette en été qu’en hivers et
donc utiliser ces outils l’été. Et me douter que c’est plus facilement
fermé au vélo l’hiver.

OK du coup je pars sur :

bicycle=yes
bicycle:seasonal=yes
bicycle:conditional=no @ (Nov Fr[-1]-Apr Fr[-1])


Jean-Christophe, peux-tu nous montrer tes exemples concrets que je me
fasse une idée de la bonne manière de consommer ces données ?

Voici un exemple avec le Col de Corobin
https://www.openstreetmap.org/changeset/77585840

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

Re: [OSM-talk-fr] Restriction d'accès saisonnière pour les cyclistes sur des routes de montagne

Le 26/11/2019 17:02, Jean-Christophe Becquet a écrit :
>> Jean-Christophe, peux-tu nous montrer tes exemples concrets que je me
>> > fasse une idée de la bonne manière de consommer ces données ?
>
> Voici un exemple avec le Col de Corobin
> https://www.openstreetmap.org/changeset/77585840

J'aurai aussi des relations qui décrivent les parcours jalonnés pour
monter au col :

Col du Corobin (1211 m) depuis Digne les Bains
https://www.openstreetmap.org/relation/10339897

Col du Corobin (1211 m) depuis Chaudon-Norante
https://www.openstreetmap.org/relation/10339875

mais je pense qu'il faut décrire l'interdiction sur les tronçons de
routes et pas sur les relations car elle s'applique de manière globale.

Du coup, je m'interroge pour savoir s'il faut dupliquer les tags
d'interdiction sur les relations.

Je me dis : peut-être au moins mettre seasonal=yes sur les relations ?

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: [OSM-talk-fr] Un peu de BANO v2




Pas sûr simplement, car il n'y a aucune conservation d'historique côté BANO, où 
on se contente de constater un état à date. Je crains que pour répondre au 
besoin on s'engage sur une complexité pas forcément proportionnelle au besoin. 
Cependant si quelqu'un se sent de défricher le sujet, yaka bien sûr. Ca se 
passerait à la fois côté BANO (les traitements des données) et osm-vs-fantoir 
(les pages d'exposition des données). Pour en discuter donc, on peut continuer 
à https://github.com/osm-fr/bano/issues et 
https://github.com/osm-fr/osm-vs-fantoir/issues


Ouaip en effet ça peut être complexe. Un truc peut-être un peu con : en 
faisant par département à chaque maj une conservation des données de la 
base avant maj / puis maj / puis diff entre les 2 tables / puis 
suppression des anciennes données. M'enfin bon après je ne connais pas 
la structure de la base hein...


Un exemple simple : les pompiers sont très intéressés pour détecter les 
nouvelles zones construites. Ils savent qu'ils ont sans doute là un 
manque dans leur données en terme d'adresses et de bornes incendie. Et 
je me disais que ce serait là un moyen assez simple pour eux. Mais bon 
des fois, je me dis trop de trucs ! ;-)


Nicolas



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

Re: [OSM-talk-fr] [Tours-TMVL-37] plateforme OpenData

2019-11-26 Per discussione Cyrille37 OSM via Talk-fr


Le 26/11/2019 à 17:15, Christian Quest a écrit :
Petit problème sur la licence ici: 
https://data.tours-metropole.fr/explore/dataset/stationnement-velo-tours-metropole/information/


Les 2 blurps ont été corrigés:

- la licence, passée en ODbL
- et le producteur, passé à Contributeurs OpenStreetMap

Réactif :-)

Cyrille.



Le mar. 26 nov. 2019 à 10:14, Cyrille37 OSM via Talk-fr 
mailto:talk-fr@openstreetmap.org>> a écrit :


Bonjour,

Message aux tourangeaux: Tours Métropole Val de Loire (TMVL) a son
portail opendata chez OpenDataStoft: https://data.tours-metropole.fr

Cyrille37.


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



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

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

2019-11-26 Per discussione rainerU


Bonjour,

J'ai une commune qui donne une erreur "commune inconnue" :

http://dev.cadastre.openstreetmap.fr/fantoir/index.html#insee=66141

C'est comme ça depuis que j'utilise les outils V2.

Rainer


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

Re: [Talk-it] Richiesta informazioni per progetto Tesi di Laurea

2019-11-26 Per discussione danbag--- via Talk-it

Avevi parlato di qualcosa da utilizzare su Google Earth:

prova a guardare questo se ti può andare bene, è una delle tante 
relazioni CAI che ho creato su OSM e che viene visualizzata su Waymarked 
Trails, in questo modo organizzi il tuo percorso:

https://hiking.waymarkedtrails.org/#route?id=6812333

poi in più ho creato un file KML (che viene letto da Google Earth) che 
risiede su di un server e che viene lanciato nel mio caso dal tag URL 
presente nella relazione e che visualizza su Google Earth una serie di 
foto relative al percorso che risiedono anch'esse sul server, cliccando 
=>Sito web partono le mie foto.

Il pulsante =>Sito web lancia questo file:

http://caipallanzapercorsi.altervista.org/PercorsiVCO/P01/P01-FTP.kml

lo trovi nel tag URL in uno degli ultimi tag presentati da Waymarked Trails.

Devi avere installato Google Earth sul dispositivo che utilizzi (PC, 
Tablet o Smartphone).

Ciao
Danilo

PS se sei interessato scrivimi privatamente che ti mando tutte le 
specifiche dettagliate per riproporre il tuo percorso con le tue foto.

Il 26/11/2019 16:39, Andrea Rostagno ha scritto:

capito, grazie mille

Il giorno mar 26 nov 2019 alle ore 15:50 Cascafico Giovanni 
mailto:cascaf...@gmail.com>> ha scritto:

Se OSM non ha dati, traccialo col GPS oppure, se l'area non è
coperta da edifici o boscati, puoi usare l'editor JOSM ricalcando
da numerose fonti di foto aeree. A questo punto assegni i tag
delle caratteristiche fisiche e carichi su OSM.

Se invece il percorso è già presente, ti consiglio di tenere i
tuoi dati/tracce separati e caricarli in umap.openstreetmap.fr
 dove puoi gestire la
rappresentazione personalizzata.

Il mar 26 nov 2019, 15:39 Andrea Rostagno
mailto:andrea.rost...@gmail.com>> ha
scritto:

una ulteriore informazione: nel caso in cui volessi realizzare
un percorso turistico il tracciato dovrei realizzarlo io col
gps giusto oppure potrei tracciarlo da OSM direttamente? e nel
caso si potrebbe avere una sorta di percorso (simile a google
maps) che mi guida alle varie postazioni? se è fattibile in
che modo potrei operare? grazie

Il giorno gio 21 nov 2019 alle ore 10:08 Andrea Rostagno
mailto:andrea.rost...@gmail.com>>
ha scritto:

grazie provo ad informarmi sul programma e in caso
servisse chiedo. grazie molte

Il giorno gio 21 nov 2019 alle ore 09:53 Volker Schmidt
mailto:vosc...@gmail.com>> ha scritto:

Due note.

1) Mapillary dispone di algoritmi di ricostruzione 3D
degli esterni di edifici fotografati. Non conosco le
condizioni d'uso. Ho contatti diretti a Mapillary se
serve.
2) Domanda ai co-mappatori ed esperti Wikimedia:
esistono strumenti di inserire dati in Wikipedia o
Wikimedia inizialmente nascosti e che possono essere
resi pubblici più tardi?

On Thu, 21 Nov 2019, 09:37 Alessandro Sarretta,
mailto:alessandro.sarre...@gmail.com>> wrote:

Mi autocorreggo riguardo al punto qui sotto,

On 21/11/19 09:01, Alessandro Sarretta wrote:
> Per i video o le ricostruzioni 3D credo che ti
servirà pensare ad
> altri strumenti ad hoc.

anche in questo caso si potrebbe usare un
approccio totalmente aperto e
caricare video o 3D in Wikimedia commons
(https://commons.wikimedia.org/wiki/Main_Page) e
linkarli ad oggetti di
OpenStreetMap:
https://wiki.openstreetmap.org/wiki/Key:wikimedia_commons

Ale

___
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

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

	Mail priva di virus.

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

2019-11-26 Per discussione Vincent de Château-Thierry

Salut Nico,

> De: "Nicolas Moyroud" 
> 
> Un grand grand merci pour ce travail réalisé sur BANO v2. J'attendais
> avec impatience les mises à jour des différentes listes fantoir pour
> continuer à travailler. J'aime bien prendre la liste départementale
> et faire de temps en temps quelques voies manquantes pour une commune.

\o/

> Mais au fait question en passant : en combien de temps les listes
> fantoir BANO v2 se mettent-elles à jour par rapport aux ajouts dans
> OSM ? L'autre jour j'ai fait 2-3 communes et ça a mis quelques jours à
> disparaître il me semble et pas moins de 24h comme tu le précisait
> dans ton mail. Ou alors c'est moi qui ai mal compté le temps, c'est bien
> possible aussi, trop impatient ! :-)

Marc marc a répondu entre temps. Pour préciser : suite aux retards de synchro, 
hier soir j'ai remis la base complètement à niveau et c'est donc depuis 
aujourd'hui que tu ne dois plus constater d'écart supérieur à 24h.

> Du coup sur ce sujet j'aurai aussi une suggestion à faire pour
> l'interface fantoir (au moins la liste départementale). J'aimerai
> bien que les derniers éléments disparus de la liste soient conservés
> quelque part. Peut-être avec une couleur différente ou une colonne "date
> d'ajout dans OSM" ou même dans une liste séparée pour ne pas surcharger. Mon
> idée c'est que j'aimerai bien revenir sur ce qui a été fait pour
> savoir plus tard où était les nouveaux lotissements. Ça me permettrait par
> exemple de faire plus tard les adresses ou savoir que c'est une zone
> à aller vérifier sur le terrain. Tu crois que ce serait possible de
> faire ça ?

Pas sûr simplement, car il n'y a aucune conservation d'historique côté BANO, où 
on se contente de constater un état à date. Je crains que pour répondre au 
besoin on s'engage sur une complexité pas forcément proportionnelle au besoin. 
Cependant si quelqu'un se sent de défricher le sujet, yaka bien sûr. Ca se 
passerait à la fois côté BANO (les traitements des données) et osm-vs-fantoir 
(les pages d'exposition des données). Pour en discuter donc, on peut continuer 
à https://github.com/osm-fr/bano/issues et 
https://github.com/osm-fr/osm-vs-fantoir/issues

vincent

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

Re: [OSM-talk-fr] [Tours-TMVL-37] plateforme OpenData

2019-11-26 Per discussione Christian Quest

Petit problème sur la licence ici:
https://data.tours-metropole.fr/explore/dataset/stationnement-velo-tours-metropole/information/

Le mar. 26 nov. 2019 à 10:14, Cyrille37 OSM via Talk-fr <
talk-fr@openstreetmap.org> a écrit :

> Bonjour,
>
> Message aux tourangeaux: Tours Métropole Val de Loire (TMVL) a son
> portail opendata chez OpenDataStoft: https://data.tours-metropole.fr
>
> Cyrille37.
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>


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

Re: [OSM-talk-fr] Restriction d'accès saisonnière pour les cyclistes sur des routes de montagne

2019-11-26 Per discussione Michael Kugelmann via Talk-de

Le 26/11/2019 13:36, Florimond Berthoux a écrit :
> +1 pour le seasonal
> 
> Pour ce qui est de l’accès par défaut bicycle=yes ou no, je ne sais pas trop.
> Pour mon cas pratique du rendu de CyclOSM (on va afficher les routes
> fermées au vélo) et de routage. Je m’attendrais à ce que la valeur par
> défaut soit bicycle=yes.
> Parce que je vais plutôt faire de la grimpette en été qu’en hivers et
> donc utiliser ces outils l’été. Et me douter que c’est plus facilement
> fermé au vélo l’hiver.

OK du coup je pars sur :

bicycle=yes
bicycle:seasonal=yes
bicycle:conditional=no @ (Nov Fr[-1]-Apr Fr[-1])

> Jean-Christophe, peux-tu nous montrer tes exemples concrets que je me
> fasse une idée de la bonne manière de consommer ces données ?

Voici un exemple avec le Col de Corobin
https://www.openstreetmap.org/changeset/77585840

JC
-- 
HÉRuDi : l'Histoire Étonnante des Rues de Digne
Nouveau rendez-vous mardi 17 décembre
18h à la médiathèque François Mitterand
https://www.mediatheque-digne.fr/cms/articleview/id_profil/11/id/145

==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-GB] Lancashire prow_ref reference table

2019-11-26 Per discussione Robert Whittaker (OSM lists)

On Tue, 26 Nov 2019 at 14:32, Dave F via Talk-GB
 wrote:
>
> On 26/11/2019 12:01, Tony OSM wrote:
> >  to the preferred prow_ref format  Adlington FP 5.
>
> As previous, this is not the preferred format. The format should be as
> supplied by the LA, the organisation which has the *authority* to name
> PROWs.

My reading of the original post is that Tony is saying that the
Council themselves are inconsistent in how they refer to their PRoWs.
In which case, I think we should use the format that is most prevalent
on the underlying legal documents (i.e. the Definitive Map and
Statement) rather than any electronic working datasets that are
produced from these. The onilne map at
https://www.lancashire.gov.uk/roads-parking-and-travel/public-rights-of-way/public-rights-of-way-map/
uses the "9-5-FP 23" style numbers, but probably doesn't have any
legal force. I can't find any actual Definitive Statements online for
Lancashire, but there are what seem to be some Definitive Map extracts
in their DMMO register at
http://www3.lancashire.gov.uk/corporate/dmmoview/ . These mostly look
to just use the "FP 34", "BW 45" numbers, without an explicit parish.
My guess would be that the parishes are named in the Definitive Map
and Statement, rather than using reference numbers (which are probably
an artefact of digitisation). So unless the council has officially
adopted the electronic version with the "9-5-FP 23" style numbers as
it's legal Definitive Map, we should be looking at accepting parish
names in the official reference numbers. The question then is how does
the council itself refer to the Rights of Way when using named
parishes rather than IDs. What is *their* preferred format?

If we can agree on the appropriate prow_ref format to use in OSM, then
I can load the GIS data into my tool at
https://osm.mathmos.net/prow/progress/ and have it display the refs in
the agreed format. Tony, if you've got a CSV file that converts
between the ID numbers and named districts/parishes that you could
send me, that would be really helpful, whichever format we end up
agreeing to use in OSM. It will also automatically produce a table
like https://osm.mathmos.net/prow/progress/essex/parishes with the
parish names and numbers for anyone to reference.

Best wishes,

Robert.

-- 
Robert Whittaker

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

Re: [Talk-it] Richiesta informazioni per progetto Tesi di Laurea

2019-11-26 Per discussione Andrea Rostagno

capito, grazie mille

Il giorno mar 26 nov 2019 alle ore 15:50 Cascafico Giovanni <
cascaf...@gmail.com> ha scritto:

> Se OSM non ha dati, traccialo col GPS oppure, se l'area non è coperta da
> edifici o boscati, puoi usare l'editor JOSM ricalcando da numerose fonti di
> foto aeree. A questo punto assegni i tag delle caratteristiche fisiche e
> carichi su OSM.
>
>
> Se invece il percorso è già presente, ti consiglio di tenere i tuoi
> dati/tracce separati e caricarli in umap.openstreetmap.fr dove puoi
> gestire la rappresentazione personalizzata.
>
> Il mar 26 nov 2019, 15:39 Andrea Rostagno  ha
> scritto:
>
>> una ulteriore informazione: nel caso in cui volessi realizzare un
>> percorso turistico il tracciato dovrei realizzarlo io col gps giusto oppure
>> potrei tracciarlo da OSM direttamente? e nel caso si potrebbe avere una
>> sorta di percorso (simile a google maps) che mi guida alle varie
>> postazioni? se è fattibile in che modo potrei operare? grazie
>>
>>
>> Il giorno gio 21 nov 2019 alle ore 10:08 Andrea Rostagno <
>> andrea.rost...@gmail.com> ha scritto:
>>
>>> grazie provo ad informarmi sul programma e in caso servisse chiedo.
>>> grazie molte
>>>
>>> Il giorno gio 21 nov 2019 alle ore 09:53 Volker Schmidt <
>>> vosc...@gmail.com> ha scritto:
>>>
 Due note.

 1) Mapillary dispone di algoritmi di ricostruzione 3D degli esterni di
 edifici fotografati. Non conosco le condizioni d'uso. Ho contatti diretti a
 Mapillary se serve.
 2) Domanda ai co-mappatori ed esperti Wikimedia: esistono strumenti di
 inserire dati in Wikipedia o Wikimedia inizialmente nascosti e che possono
 essere resi pubblici più tardi?

 On Thu, 21 Nov 2019, 09:37 Alessandro Sarretta, <
 alessandro.sarre...@gmail.com> wrote:

> Mi autocorreggo riguardo al punto qui sotto,
>
> On 21/11/19 09:01, Alessandro Sarretta wrote:
> > Per i video o le ricostruzioni 3D credo che ti servirà pensare ad
> > altri strumenti ad hoc.
>
> anche in questo caso si potrebbe usare un approccio totalmente aperto
> e
> caricare video o 3D in Wikimedia commons
> (https://commons.wikimedia.org/wiki/Main_Page) e linkarli ad oggetti
> di
> OpenStreetMap:
> https://wiki.openstreetmap.org/wiki/Key:wikimedia_commons
>
> Ale
>
>
> ___
> 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
>>
> ___
> 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] Richiesta informazioni per progetto Tesi di Laurea

2019-11-26 Per discussione Cascafico Giovanni

Se OSM non ha dati, traccialo col GPS oppure, se l'area non è coperta da
edifici o boscati, puoi usare l'editor JOSM ricalcando da numerose fonti di
foto aeree. A questo punto assegni i tag delle caratteristiche fisiche e
carichi su OSM.


Se invece il percorso è già presente, ti consiglio di tenere i tuoi
dati/tracce separati e caricarli in umap.openstreetmap.fr dove puoi gestire
la rappresentazione personalizzata.

Il mar 26 nov 2019, 15:39 Andrea Rostagno  ha
scritto:

> una ulteriore informazione: nel caso in cui volessi realizzare un percorso
> turistico il tracciato dovrei realizzarlo io col gps giusto oppure potrei
> tracciarlo da OSM direttamente? e nel caso si potrebbe avere una sorta di
> percorso (simile a google maps) che mi guida alle varie postazioni? se è
> fattibile in che modo potrei operare? grazie
>
>
> Il giorno gio 21 nov 2019 alle ore 10:08 Andrea Rostagno <
> andrea.rost...@gmail.com> ha scritto:
>
>> grazie provo ad informarmi sul programma e in caso servisse chiedo.
>> grazie molte
>>
>> Il giorno gio 21 nov 2019 alle ore 09:53 Volker Schmidt <
>> vosc...@gmail.com> ha scritto:
>>
>>> Due note.
>>>
>>> 1) Mapillary dispone di algoritmi di ricostruzione 3D degli esterni di
>>> edifici fotografati. Non conosco le condizioni d'uso. Ho contatti diretti a
>>> Mapillary se serve.
>>> 2) Domanda ai co-mappatori ed esperti Wikimedia: esistono strumenti di
>>> inserire dati in Wikipedia o Wikimedia inizialmente nascosti e che possono
>>> essere resi pubblici più tardi?
>>>
>>> On Thu, 21 Nov 2019, 09:37 Alessandro Sarretta, <
>>> alessandro.sarre...@gmail.com> wrote:
>>>
 Mi autocorreggo riguardo al punto qui sotto,

 On 21/11/19 09:01, Alessandro Sarretta wrote:
 > Per i video o le ricostruzioni 3D credo che ti servirà pensare ad
 > altri strumenti ad hoc.

 anche in questo caso si potrebbe usare un approccio totalmente aperto e
 caricare video o 3D in Wikimedia commons
 (https://commons.wikimedia.org/wiki/Main_Page) e linkarli ad oggetti
 di
 OpenStreetMap:
 https://wiki.openstreetmap.org/wiki/Key:wikimedia_commons

 Ale


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

Re: [Talk-it] Richiesta informazioni per progetto Tesi di Laurea

2019-11-26 Per discussione Andrea Rostagno

una ulteriore informazione: nel caso in cui volessi realizzare un percorso
turistico il tracciato dovrei realizzarlo io col gps giusto oppure potrei
tracciarlo da OSM direttamente? e nel caso si potrebbe avere una sorta di
percorso (simile a google maps) che mi guida alle varie postazioni? se è
fattibile in che modo potrei operare? grazie


Il giorno gio 21 nov 2019 alle ore 10:08 Andrea Rostagno <
andrea.rost...@gmail.com> ha scritto:

> grazie provo ad informarmi sul programma e in caso servisse chiedo. grazie
> molte
>
> Il giorno gio 21 nov 2019 alle ore 09:53 Volker Schmidt 
> ha scritto:
>
>> Due note.
>>
>> 1) Mapillary dispone di algoritmi di ricostruzione 3D degli esterni di
>> edifici fotografati. Non conosco le condizioni d'uso. Ho contatti diretti a
>> Mapillary se serve.
>> 2) Domanda ai co-mappatori ed esperti Wikimedia: esistono strumenti di
>> inserire dati in Wikipedia o Wikimedia inizialmente nascosti e che possono
>> essere resi pubblici più tardi?
>>
>> On Thu, 21 Nov 2019, 09:37 Alessandro Sarretta, <
>> alessandro.sarre...@gmail.com> wrote:
>>
>>> Mi autocorreggo riguardo al punto qui sotto,
>>>
>>> On 21/11/19 09:01, Alessandro Sarretta wrote:
>>> > Per i video o le ricostruzioni 3D credo che ti servirà pensare ad
>>> > altri strumenti ad hoc.
>>>
>>> anche in questo caso si potrebbe usare un approccio totalmente aperto e
>>> caricare video o 3D in Wikimedia commons
>>> (https://commons.wikimedia.org/wiki/Main_Page) e linkarli ad oggetti di
>>> OpenStreetMap: https://wiki.openstreetmap.org/wiki/Key:wikimedia_commons
>>>
>>> Ale
>>>
>>>
>>> ___
>>> 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: [Talk-GB] Lancashire prow_ref reference table

2019-11-26 Per discussione Dave F via Talk-GB


On 26/11/2019 12:01, Tony OSM wrote:

 to the preferred prow_ref format  Adlington FP 5.


As previous, this is not the preferred format. The format should be as 
supplied by the LA, the organisation which has the *authority* to name 
PROWs.
Creating a reference unique to OSM doesn't improve the database's 
quality. The whole point of references (for anything) is that they are 
communicable between all other parties. This 'preferred format' creates 
an echo chamber within OSM where only a few within OSM comprehend its 
meaning.


This 'preferred format' is the equivalent of renaming all UK road 
references (M1, A40 etc) to something like 'Oxford AR 40/5' which, of 
course, no one would suggest doing as it's a really silly idea.


DaveF

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

Re: [talk-au] tagging of "demolished" roads

2019-11-26 Per discussione Mateusz Konieczny

I would recommend 
(1) changing highway=* to demolished:highway=* 
(2) adding note tag explaining situation
(3) deleting geometry in far future, when there is no risk of remapping it

See 
https://wiki.openstreetmap.org/wiki/Tag:demolished%3Dyes
https://wiki.openstreetmap.org/wiki/Lifecycle_prefix
https://wiki.openstreetmap.org/wiki/Key:demolished:
https://wiki.openstreetmap.org/wiki/Trolltag

26 Nov 2019, 13:01 by ianst...@iinet.net.au:

>
> Nanga Rd in WA’s south west has been affected by bauxite mining and has been 
> re-routed.  I’m hesitant to simply delete the old alignment, and am wondering 
> whether there is an appropriate tag like “demolished=yes” to use on it 
> instead ?
>
>
>  
>
>
> Ian
>
>

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

[Talk-de] Rendering-Problem oder falsches tagging?


Hola,

im Urlaub hat man Zeit zu mappen und stößt dann auf Probleme...

Konkret:
* Gebäude am Hang
* Auf dem (Flach-)Dach sind zwei kleine Pools
* https://www.google.de/maps/@28.0300115,-17.1884059,44m/data=!3m1!1e3
   (sorry für Google, dort auch schlecht sichtbar, nutze zum Mappen
Grafcan, die Bing-Luftbilder sind zu alt)
*
https://www.openstreetmap.org/?mlat=28.03007=-17.18835#map=19/28.03007/-17.18835
* https://www.openstreetmap.org/way/748798096 +
https://www.openstreetmap.org/way/748798095 /
https://www.openstreetmap.org/way/749408968

Ich bin der Meinung das vermeintlich korrekt getaggt zu haben.
Allerdings werden die Pools auf der internationalen OSM slippy map nicht
gerendert.
Was mache ich falsch oder ist das ein Problem vom Rendering?


Buenos dias,
Michael.


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

Re: [OSM-talk-fr] [Tours-TMVL-37] plateforme OpenData - licence LOv2 vs ODbL

2019-11-26 Per discussione Magalie Dartus

Bonjour

Je crois qu'il y a une erreur de licence pour les données extraites d'OSM
> (ex: Stationnements vélo
> )
> : elles sont redistribuées sous licence Licence Ouverte v2.0 (Etalab) qui
> n'est pas compatible avec la licence d'OSM (ODbL).
>

Oui clairement il y a un problème sur la licence, les données extraites
d'OSM doivent avoir la licence ODbL

Le mar. 26 nov. 2019 à 14:58, Cyrille37 OSM via Talk-fr <
talk-fr@openstreetmap.org> a écrit :

> Hello
>
> Je crois qu'il y a une erreur de licence pour les données extraites d'OSM
> (ex: Stationnements vélo
> )
> : elles sont redistribuées sous licence Licence Ouverte v2.0 (Etalab) qui
> n'est pas compatible avec la licence d'OSM (ODbL).
>
> Je ne me trompe pas ; confirmez-vous ?
>
> Merci, Cyrille37.
> Le 26/11/2019 à 10:12, Cyrille37 OSM via Talk-fr a écrit :
>
> Bonjour,
>
> Message aux tourangeaux: Tours Métropole Val de Loire (TMVL) a son portail
> opendata chez OpenDataStoft: https://data.tours-metropole.fr
>
> Cyrille37.
>
>
> ___
> 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-cz] Svatojakubska cesta - SK

2019-11-26 Per discussione Martin Ždila

Ak to niekto zacne zadavat, tak nech to prosim tu napise, nech to nerobia
viaceri naraz :-). Vdaka.

On Tue, Nov 26, 2019 at 3:00 PM Miroslav Suchy  wrote:

> Dne 26. 11. 19 v 13:40 Petr Voldán napsal(a):
> >> Naše občianske združenie sa venuje značeniu a rozvoju Svätojakubskej
> cesty na Slovensku, známej ako Camino de Santiago.
> >>
> > Mohl bych Vás požádat o info, kam mohu paní odkázat ?
>
>
> Na našem území je mapována jako
>   https://www.openstreetmap.org/relation/254280
> ktera ma jak nadřazené relace, tak i podřazené relace. Např. Česko střed
> je relace:
>   https://www.openstreetmap.org/relation/6177389
>
> Takže jak na to:
>
> * nastudovat jak se pracuje s relacemi
>   https://wiki.openstreetmap.org/wiki/Cs:Relace
>
> * vytvorit v editoru (klidne iD editor - tj. tlaciko Upravit na hlavni
> mape) vytvorit novou relaci podobnou teto
>   https://www.openstreetmap.org/relation/6177389
>
> * cca po 100-200 kilometrech to ukoncete a zacnete to pridavat do nove
> relace.
>   Muzete udelat relace "Svatojakubska cesta - Slovensko vychod/stred/zapad"
>
> * tyhle relace pak pridejte do nove vytvorene relace "Svatojakubska cesta
> - Slovensko"
>   podobne jako je
>   https://www.openstreetmap.org/relation/254280
>
> * a tuhle relaci pak pridejte do
>   https://www.openstreetmap.org/relation/153968
>
> Pokud paní nemá vůbec žádne zkušenosti s editací, tak doporučuji začít s
> čtením:
>   https://openstreetmap.cz/quickstart
>
>
> Mirek
>
> ___
> talk-cz mailing list
> talk-cz@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-cz
> https://openstreetmap.cz/talkcz
>


-- 
Ing. Martin Ždila 
OZ Freemap Slovakia
tel:+421-908-363-848
mailto:martin.zd...@freemap.sk
http://www.freemap.sk/
___
talk-cz mailing list
talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz
https://openstreetmap.cz/talkcz

Re: [talk-cz] Svatojakubska cesta - SK

2019-11-26 Per discussione Miroslav Suchy

Dne 26. 11. 19 v 13:40 Petr Voldán napsal(a):
>> Naše občianske združenie sa venuje značeniu a rozvoju Svätojakubskej cesty 
>> na Slovensku, známej ako Camino de Santiago.
>>
> Mohl bych Vás požádat o info, kam mohu paní odkázat ?


Na našem území je mapována jako
  https://www.openstreetmap.org/relation/254280
ktera ma jak nadřazené relace, tak i podřazené relace. Např. Česko střed je 
relace:
  https://www.openstreetmap.org/relation/6177389

Takže jak na to:

* nastudovat jak se pracuje s relacemi
  https://wiki.openstreetmap.org/wiki/Cs:Relace

* vytvorit v editoru (klidne iD editor - tj. tlaciko Upravit na hlavni mape) 
vytvorit novou relaci podobnou teto
  https://www.openstreetmap.org/relation/6177389

* cca po 100-200 kilometrech to ukoncete a zacnete to pridavat do nove relace.
  Muzete udelat relace "Svatojakubska cesta - Slovensko vychod/stred/zapad"

* tyhle relace pak pridejte do nove vytvorene relace "Svatojakubska cesta - 
Slovensko"
  podobne jako je
  https://www.openstreetmap.org/relation/254280

* a tuhle relaci pak pridejte do
  https://www.openstreetmap.org/relation/153968

Pokud paní nemá vůbec žádne zkušenosti s editací, tak doporučuji začít s čtením:
  https://openstreetmap.cz/quickstart


Mirek

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

Re: [OSM-talk-fr] [Tours-TMVL-37] plateforme OpenData - licence LOv2 vs ODbL

2019-11-26 Per discussione Cyrille37 OSM via Talk-fr


Hello

Je crois qu'il y a une erreur de licence pour les données extraites 
d'OSM (ex: Stationnements vélo 
) 
: elles sont redistribuées sous licence Licence Ouverte v2.0 (Etalab) 
qui n'est pas compatible avec la licence d'OSM (ODbL).


Je ne me trompe pas ; confirmez-vous ?

Merci, Cyrille37.

Le 26/11/2019 à 10:12, Cyrille37 OSM via Talk-fr a écrit :

Bonjour,

Message aux tourangeaux: Tours Métropole Val de Loire (TMVL) a son 
portail opendata chez OpenDataStoft: https://data.tours-metropole.fr


Cyrille37.


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

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




cfr l'autre sujet : il y a eu un retard de maj pendant environ 10 jours
sur les fichiers diff utilisés pour mettre à jour la bdd bano v2,
retard résorbé dimanche vers 8h


Ah ok merci j'avais zappé ce passage. J'ai fait une maj hier et 
effectivement ça a bien disparu de la liste dans la nuit. Donc ça a 
l'air tout bon !


Nicolas



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

Re: [OSM-talk-fr] [OSM.ORG] pétition CONTRE vente gestion .ORG à une entreprise commerciale

2019-11-26 Per discussione ades

signé pour ma pomme

> Le 26 nov. 2019 à 13:28, Cyrille37 OSM via Talk-fr 
>  a écrit :
> 
> Bonjour,
> 
> J'ai découvert sur Numerama qu'il y avait une mobilisation pour sauvegarder 
> la gestion non gouvernementale et non commerciale des noms de domaine .ORG
> 
> l'article : 
> https://www.numerama.com/tech/574853-des-internautes-se-mobilisent-pour-tenter-de-sauver-le-org.html
> 
> Une pétition est organisée par de nombreuses ONG : https://savedotorg.org
> 
> Savez-vous si Osmf a signé la pétition ?
> 
> Cyrille37
> 
> 
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr



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

[talk-cz] Svatojakubska cesta - SK

2019-11-26 Per discussione Petr Voldán


Ahoj,

mám pocit, že se v komunitě někdo speciálně věnuje Svatojakubske cestě. 
Napsali nám ze Slovenska



Dobrý deň,

Naše občianske združenie sa venuje značeniu a rozvoju Svätojakubskej 
cesty na Slovensku, známej ako Camino de Santiago.



Radi by sme nahrali našu 700 km dlhú trasu do locusmap. Ako by sme 
mali postupovať?



Ďakujem za informácie.


Eva Kocanová


Priatelia svätojakubskej cesty na Slovensku - Camino de Santiago, o.z.

Email: i...@caminodesantiago.sk


Mohl bych Vás požádat o info, kam mohu paní odkázat ?

Díky Petr V.

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

Re: [OSM-talk-fr] Restriction d'accès saisonnière pour les cyclistes sur des routes de montagne

2019-11-26 Per discussione Florimond Berthoux

+1 pour le seasonal

Pour ce qui est de l’accès par défaut bicycle=yes ou no, je ne sais pas trop.
Pour mon cas pratique du rendu de CyclOSM (on va afficher les routes
fermées au vélo) et de routage. Je m’attendrais à ce que la valeur par
défaut soit bicycle=yes.
Parce que je vais plutôt faire de la grimpette en été qu’en hivers et
donc utiliser ces outils l’été. Et me douter que c’est plus facilement
fermé au vélo l’hiver.

Jean-Christophe, peux-tu nous montrer tes exemples concrets que je me
fasse une idée de la bonne manière de consommer ces données ?

Le mar. 26 nov. 2019 à 13:27, Richard Fairhurst  a écrit :
>
> Jean-Christophe Becquet a écrit:
> > Est-ce que cette combinaison de tags vous semble correcte ?
> > bicycle=yes
> > bicycle:conditional=no @ (Nov Fr[-1]-Apr Fr[-1])
>
> et peut-être aussi:
>
> bicycle:seasonal=yes
>
> pour les routeurs qui ne parsent pas le (très compliqué) opening_hours?
>
> https://wiki.openstreetmap.org/wiki/Key%3Aseasonal
>
> Richard
>
>
>
> --
> 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



-- 
Florimond Berthoux

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

Re: [talk-au] tagging of "demolished" roads

2019-11-26 Per discussione Andy Townsend


On 26/11/2019 12:01, Ian Steer wrote:


Nanga Rd in WA’s south west has been affected by bauxite mining and 
has been re-routed.  I’m hesitant to simply delete the old alignment, 
and am wondering whether there is an appropriate tag like 
“demolished=yes” to use on it instead ?



Deleting the old alignment is certainly "correct", but if there's still 
imagery around that shows the old location then someone might re-add it 
by mistake.


I'd suggest instead "demolished:highway=blah" on the old route - it'll 
explain to future mappers why it isn't there any more.  I'd prefer a 
lifecycle tag to "demolished=yes" here because something that wasn't 
looking for a "demolished=yes" tag might still think that there was a 
road there.


There are some pages in the OSM wiki:

https://wiki.openstreetmap.org/wiki/Key:demolished:

https://wiki.openstreetmap.org/wiki/Lifecycle_prefix

(that's the most coherent one)

https://wiki.openstreetmap.org/wiki/Comparison_of_life_cycle_concepts

(that's a bit of a mess)

Best Regards,

Andy


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

[OSM-talk-fr] [OSM.ORG] pétition pour vente gestion .ORG à une entreprise commerciale

2019-11-26 Per discussione Cyrille37 OSM via Talk-fr


Bonjour,

J'ai découvert sur Numerama qu'il y avait une mobilisation pour 
sauvegarder la gestion non gouvernementale et non commerciale des noms 
de domaine .ORG


l'article : 
https://www.numerama.com/tech/574853-des-internautes-se-mobilisent-pour-tenter-de-sauver-le-org.html


Une pétition est organisée par de nombreuses ONG : https://savedotorg.org

Savez-vous si Osmf a signé la pétition ?

Cyrille37


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

Re: [OSM-talk-fr] Restriction d'accès saisonnière pour les cyclistes sur des routes de montagne

2019-11-26 Per discussione Richard Fairhurst

Jean-Christophe Becquet a écrit:
> Est-ce que cette combinaison de tags vous semble correcte ?
> bicycle=yes
> bicycle:conditional=no @ (Nov Fr[-1]-Apr Fr[-1])

et peut-être aussi:

bicycle:seasonal=yes

pour les routeurs qui ne parsent pas le (très compliqué) opening_hours?

https://wiki.openstreetmap.org/wiki/Key%3Aseasonal

Richard



--
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-br] Inclusão das Prefeituras em Cidades de Pernambuco - Brasil.

2019-11-26 Per discussione Ao Vivo

Bom dia a todos da Comunidade Brasileira do OSM.

Estou passando aqui para Registrar a inclusão de todas as Prefeituras no
Estado de Pernambuco.

Pelo levantamento que fiz estão todas as 185 Prefeituras com os endereços,
site, e-mail e telefone, não são todas que estão com todos os dados
completo mais boa parte tem seus dados, algumas precisa verificar se está
no local correto com mais precisão, no mais e isso.

Um mapeador local poderia resolver o local correto em sua cidade.


*Consulta Overpass;*
http://overpass-turbo.eu/s/Otb

um forte abraço a todos;


Raphaelmirc
Membro da FOSM.
Recife/PE.
raphaelm...@gmail.com
___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

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

Le 26.11.19 à 11:33, Nicolas Moyroud a écrit :
> en combien de temps les listes fantoir BANO v2 se mettent-elles à jour
> par rapport aux ajouts dans OSM ?
>  L'autre jour j'ai fait 2-3 communes et ça a mis quelques jours

cfr l'autre sujet : il y a eu un retard de maj pendant environ 10 jours
sur les fichiers diff utilisés pour mettre à jour la bdd bano v2,
retard résorbé dimanche vers 8h

si tes tests datent des 10 jours précédent, il faut refaire le test
si tu penses qu'il y a un soucis dans la maj
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Publication en OpenData des plans de la Ville de Montpellier et de la Métropole issus d'OpenStreetMap

2019-11-26 Per discussione François de Metz

Salut,

On Tue, Nov 26, 2019 at 10:52:06AM +0100, Nicolas Moyroud wrote:
> Salut,
> 
> > Les données "récupérées" de OSM peuvent être envoyé "brute" dans un
> > portail OpenData ?
> > 
> > Par exemple l'ensemble des arrêts de BUS d'une ville ?
> 
> Alors c'est exactement ce que fait la Métropole de Montpellier sur son
> portail OpenData depuis déjà pas mal de temps :
> https://data.montpellier3m.fr/datasets?query=openstreetmap
> 
> Si tu veux les infos sur l'implication de la Métropole de Montpellier dans
> la contribution et l'utilisation des données OSM, tu as tous les détails qui
> sont donnés ici : 
> https://wiki.openstreetmap.org/wiki/Montpellier#Bonnes_pratiques_Montpellier_M.C3.A9diterran.C3.A9e_M.C3.A9tropole
> 
> Tu y trouveras notamment le lien vers les scripts qu'ils ont développés pour
> automatiser l'extraction depuis OSM et la publication sur leur portail :
> http://gitlab.montpellier3m.fr/opendata/import_openstreetmap_data

Ils sont sympas ces scripts, on avait regardé pour notre portail open
data sur Montrouge [1]. On génére des fichiers geojson via
osm2opendata [2] que l'on télécharge ensuite sur
opendatasoft. osm2opendata permet de rajouter facilement des
extractions avec une requête overpass et des transformations optionnels de tags.

[1] https://data.osmontrouge.fr
[2] https://github.com/osmontrouge/osm2opendata

François

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

[talk-au] tagging of "demolished" roads

2019-11-26 Per discussione Ian Steer

Nanga Rd in WA's south west has been affected by bauxite mining and has been
re-routed.  I'm hesitant to simply delete the old alignment, and am
wondering whether there is an appropriate tag like "demolished=yes" to use
on it instead ?

 

Ian

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

[Talk-GB] Lancashire prow_ref reference table

2019-11-26 Per discussione Tony OSM

Lancashire PROW data has been made available and is presented on 
http://www.mapthepaths.org.uk/ and http://www.rowmaps.com/


The reference presented is in the style "9-4 5". I have researched and 
analysed the data used by Rowmaps, read Lancashire County Council public 
notices and noted that LCC notices use two formats in their notices, 
they refer to Footpath 9-4-5 and Adlington FP 5 in the map and 
descriptive parts of a notice. Consistency - nil point!
My analysis of the available data shows 9 is Chorley District, 4 is 
Adlington Parish and 5 is the sequence number. My collated list from the 
Rowmap data has the district and parish references and names, so I can 
read across from Rowmaps and MapThePaths to the preferred prow_ref 
format  Adlington FP 5.
I wish to share the data table either as a csv file, as a table in the 
wiki or both - but I need suggestions as to where it should go - in an 
existing wiki page or a new page?

There are 235 data rows in the table.

TonyS999


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

Re: [OSM-talk-fr] Restriction d'accès saisonnière pour les cyclistes sur des routes de montagne

> je suis pas partisan de décrire les attributs en texte.
Moi non plus. Il faut presser les développeurs d’application de décoder ça pour 
les humains 

J’ai regardé rapidement opening-hours/opening_hours.js 
 qui gère ça.
Je n’ai pas trouvé de fonction qui affiche en langage naturel la valeur 

—
Yves

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

Re: [OSM-talk-fr] Restriction d'accès saisonnière pour les cyclistes sur des routes de montagne

Le 26/11/2019 12:31, marc marc a écrit :
> Le 26.11.19 à 11:59, Jean-Christophe Becquet a écrit :
>> L'interdiction est formulée ainsi : du dernier vendredi de novembre au
>> dernier vendredi d'avril.
>>
>> Est-ce que cette combinaison de tags vous semble correcte ?
>>
>>  bicycle=yes
>>  bicycle:conditional=no @ (Nov Fr[-1]-Apr Fr[-1])
> 
> oui même si j'aurais fais l'inverse (interdire si le logiciel
> ne comprend pas bicycle:conditional)

Oui je comprends, c'est sans doute plus prudent, donc :

bicycle=no
bicycle:conditional=yes @ (Apr Fr[-1]-Nov Fr[-1])

>> Peut-être complétée par une description pour les humains ?
>>
>>  description:fr=interdit au cyclistes du dernier vendredi de novembre au
>> dernier vendredi d'avril
> 
> je suis pas partisan de décrire les attributs en texte.

Je suis d'accord mais je me disais que la complexité de l'information
ici pouvait justifier une exception.

> et si tu le fais, description est suffisant en France,
> c'est la langue par défaut.

OK

Merci pour tes conseils

JC
-- 
HÉRuDi : l'Histoire Étonnante des Rues de Digne
Nouveau rendez-vous mardi 17 décembre
18h à la médiathèque François Mitterand
https://www.mediatheque-digne.fr/cms/articleview/id_profil/11/id/145

==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: [OSM-talk-fr] Restriction d'accès saisonnière pour les cyclistes sur des routes de montagne

Bonjour,

Le 26.11.19 à 11:59, Jean-Christophe Becquet a écrit :
> L'interdiction est formulée ainsi : du dernier vendredi de novembre au
> dernier vendredi d'avril.
> 
> Est-ce que cette combinaison de tags vous semble correcte ?
> 
>  bicycle=yes
>  bicycle:conditional=no @ (Nov Fr[-1]-Apr Fr[-1])

oui même si j'aurais fais l'inverse (interdire si le logiciel
ne comprend pas bicycle:conditional)

> Peut-être complétée par une description pour les humains ?
> 
>  description:fr=interdit au cyclistes du dernier vendredi de novembre au
> dernier vendredi d'avril

je suis pas partisan de décrire les attributs en texte.
et si tu le fais, description est suffisant en France,
c'est la langue par défaut.

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

[OSM-talk-fr] Restriction d'accès saisonnière pour les cyclistes sur des routes de montagne

Bonjour,

Je dois renseigner une restriction d'accès saisonnière pour les
cyclistes sur des routes de montagne.

L'interdiction est formulée ainsi : du dernier vendredi de novembre au
dernier vendredi d'avril.

Est-ce que cette combinaison de tags vous semble correcte ?

 bicycle=yes
 bicycle:conditional=no @ (Nov Fr[-1]-Apr Fr[-1])

Peut-être complétée par une description pour les humains ?

 description:fr=interdit au cyclistes du dernier vendredi de novembre au
dernier vendredi d'avril

Je me suis appuyé sur les pages wiki suivantes :
https://wiki.openstreetmap.org/wiki/Conditional_restrictions
https://wiki.openstreetmap.org/wiki/Key:opening_hours/specification

Merci

Bonne journée

JCB
-- 
Soirée spéciale OpenStreetMap à Digne jeudi 5 décembre
http://www.linux-alpes.org/soiree-speciale-openstreetmap-a-digne-le-5-decembre/

==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-cz] Avízo: druhý mikromapathonek na SPŠ Stavební

2019-11-26 Per discussione Jan Macura

Ahoj,

jak jsem slíbil, zde je opět k dispozici seznam nově založených účtů pro
případnou kontrolu: https://wiki.openstreetmap.org/wiki/User:YjM/DOD_2019

Díky
 H.

On Fri, 22 Nov 2019 at 12:39, Jan Macura  wrote:

> Ahoj,
>
> poněkud na poslední chvíli, ale přeci jen raději oznamuji, že dnes, cca od
> 14.00 se bude konat v rámci Dne otevřených dveří na Střední průmyslové
> škole stavební v Plzni další malý mapathon, kterého budou účastni studenti
> školy.
>
> Budeme mapovat jen v rámci úkolů Misssing Maps, ale vzhledem k dřívějším
> zkušenostem české OSM komunity se školním mapováním mi přijde fér a správné
> raději to zde ohlásit.
>
> Seznam nově registrovaných účtů opět po akci zveřejním pro možnost snadné
> kontroly.
>
> Zraví
>  Honza Mac.
>
>
>
___
talk-cz mailing list
talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz
https://openstreetmap.cz/talkcz

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


Salut Vincent,

Un grand grand merci pour ce travail réalisé sur BANO v2. J'attendais 
avec impatience les mises à jour des différentes listes fantoir pour 
continuer à travailler. J'aime bien prendre la liste départementale et 
faire de temps en temps quelques voies manquantes pour une commune. Et 
dans le Gard et l'Hérault c'est un super moyen pour détecter les 
nouveaux lotissements qui poussent comme des champignons en périphérie 
des villages ! Du coup je passe un coup de bâtiments manquants depuis le 
cadastre en complément. D'ailleurs grand merci en passant à ceux qui ont 
développés le plugin cadastre pour JOSM.


Mais au fait question en passant : en combien de temps les listes 
fantoir BANO v2 se mettent-elles à jour par rapport aux ajouts dans OSM 
? L'autre jour j'ai fait 2-3 communes et ça a mis quelques jours à 
disparaître il me semble et pas moins de 24h comme tu le précisait dans 
ton mail. Ou alors c'est moi qui ai mal compté le temps, c'est bien 
possible aussi, trop impatient ! :-)


Du coup sur ce sujet j'aurai aussi une suggestion à faire pour 
l'interface fantoir (au moins la liste départementale). J'aimerai bien 
que les derniers éléments disparus de la liste soient conservés quelque 
part. Peut-être avec une couleur différente ou une colonne "date d'ajout 
dans OSM" ou même dans une liste séparée pour ne pas surcharger. Mon 
idée c'est que j'aimerai bien revenir sur ce qui a été fait pour savoir 
plus tard où était les nouveaux lotissements. Ça me permettrait par 
exemple de faire plus tard les adresses ou savoir que c'est une zone à 
aller vérifier sur le terrain. Tu crois que ce serait possible de faire 
ça ? J'ai aussi d'autres idées d'utilisation de ça mais je ne vais pas 
charger sur la liste OSM-FR mon mail est déjà trop long. ;-) On peut en 
parler directement si tu veux.


a+

Nicolas



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

Re: [OSM-talk-fr] Publication en OpenData des plans de la Ville de Montpellier et de la Métropole issus d'OpenStreetMap

2019-11-26 Per discussione Xavier BIZOT

Merci beaucoup Nicolas pour toutes ces informations

Amicalement

Xavier

Le mar. 26 nov. 2019 à 11:03, Nicolas Moyroud  a écrit :

> Salut,
>
> Les données "récupérées" de OSM peuvent être envoyé "brute" dans un
> portail OpenData ?
>
> Par exemple l'ensemble des arrêts de BUS d'une ville ?
>
> Alors c'est exactement ce que fait la Métropole de Montpellier sur son
> portail OpenData depuis déjà pas mal de temps :
> https://data.montpellier3m.fr/datasets?query=openstreetmap
>
> Si tu veux les infos sur l'implication de la Métropole de Montpellier dans
> la contribution et l'utilisation des données OSM, tu as tous les détails
> qui sont donnés ici :
> https://wiki.openstreetmap.org/wiki/Montpellier#Bonnes_pratiques_Montpellier_M.C3.A9diterran.C3.A9e_M.C3.A9tropole
>
> Tu y trouveras notamment le lien vers les scripts qu'ils ont développés
> pour automatiser l'extraction depuis OSM et la publication sur leur portail
> : http://gitlab.montpellier3m.fr/opendata/import_openstreetmap_data
>
> a+
>
> Nicolas
> ___
> 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] Publication en OpenData des plans de la Ville de Montpellier et de la Métropole issus d'OpenStreetMap


Salut Guillaume,
Bravo !  car j'imagine que la communauté OSM locale n'est pas pour 
rien dans une décision comme ça !


Oui ça fait un paquet d'années qu'on échange avec eux et notamment avec 
Jérémie Valentin le chargé de mission OpenData de la Métropole qui a été 
impliqué au départ dans l'organisation de carto-parties OSM 
accessibilité (à l'époque c'était même seulement la Ville de 
Montpellier). Bon maintenant ils n'ont plus vraiment besoin de nous pour 
avancer mais on continue à échanger. Ils vont venir nous présenter leurs 
travaux récents à notre réunion mensuelle du groupe local en janvier.


a+

Nicolas


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

Re: [OSM-talk-fr] Publication en OpenData des plans de la Ville de Montpellier et de la Métropole issus d'OpenStreetMap


Salut,

Les données "récupérées" de OSM peuvent être envoyé "brute" dans un 
portail OpenData ?


Par exemple l'ensemble des arrêts de BUS d'une ville ?


Alors c'est exactement ce que fait la Métropole de Montpellier sur son 
portail OpenData depuis déjà pas mal de temps : 
https://data.montpellier3m.fr/datasets?query=openstreetmap


Si tu veux les infos sur l'implication de la Métropole de Montpellier 
dans la contribution et l'utilisation des données OSM, tu as tous les 
détails qui sont donnés ici : 
https://wiki.openstreetmap.org/wiki/Montpellier#Bonnes_pratiques_Montpellier_M.C3.A9diterran.C3.A9e_M.C3.A9tropole


Tu y trouveras notamment le lien vers les scripts qu'ils ont développés 
pour automatiser l'extraction depuis OSM et la publication sur leur 
portail : http://gitlab.montpellier3m.fr/opendata/import_openstreetmap_data


a+

Nicolas

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

Re: [OSM-talk-fr] Publication en OpenData des plans de la Ville de Montpellier et de la Métropole issus d'OpenStreetMap

Bonjour,

Le 26.11.19 à 10:34, Xavier BIZOT a écrit :
> Les données "récupérées" de OSM peuvent être envoyé "brute" 
> dans un portail OpenData ?
> 
> Par exemple l'ensemble des arrêts de BUS d'une ville ?
> 
> Ou les fichiers extraits doivent être retravaillé ?

Cela va dépendre fortement de l'envie du gestionaire.
pour les arrêts de bus, un extrait osm est sans doute suffisant.
poru des adresses, un traitement de déduplication est utile.
il peux aussi avoir une envie de simplification (par ex que des points).

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

Re: [OSM-talk-fr] Publication en OpenData des plans de la Ville de Montpellier et de la Métropole issus d'OpenStreetMap

2019-11-26 Per discussione Xavier BIZOT

Bonjour à tous,

Cela faisait parti de mes prochaines questions justement l'OpenData...

Les données "récupérées" de OSM peuvent être envoyé "brute" dans un portail
OpenData ?

Par exemple l'ensemble des arrêts de BUS d'une ville ?

Ou les fichiers extraits doivent être retravaillé ?

Merci

Xavier

Le mar. 26 nov. 2019 à 10:29,  a écrit :

> Le 26/11/2019 09:55, Nicolas Moyroud a écrit :
> > Bonjour à tous,
> >
> > Une annonce que je voulais partager avec vous qui vient de tomber hier
> > sur le portail OpenData de la Métropole de Montpellier : les plans de
> > ville et métropole conçus à partir des données OSM ont été publiées !
> > Et leur objectif sur 2020 est de décliner les plans en flux et pour
> > chacune des 30 autres communes au 1/1. Toutes les informations et
> > liens ici :
> >
> >
> http://data.montpellier3m.fr/ajout-en-open-data-des-plans-de-la-ville-de-montpellier-et-de-la-metropole-issus-dopenstreetmap
>
> Bravo !  car j'imagine que la communauté OSM locale n'est pas pour rien
> dans une décision comme ça !
>
>
> A bientôt,
>
> ___
> 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] Publication en OpenData des plans de la Ville de Montpellier et de la Métropole issus d'OpenStreetMap

2019-11-26 Per discussione allegre . guillaume


Le 26/11/2019 09:55, Nicolas Moyroud a écrit :

Bonjour à tous,

Une annonce que je voulais partager avec vous qui vient de tomber hier
sur le portail OpenData de la Métropole de Montpellier : les plans de
ville et métropole conçus à partir des données OSM ont été publiées !
Et leur objectif sur 2020 est de décliner les plans en flux et pour
chacune des 30 autres communes au 1/1. Toutes les informations et
liens ici :

http://data.montpellier3m.fr/ajout-en-open-data-des-plans-de-la-ville-de-montpellier-et-de-la-metropole-issus-dopenstreetmap


Bravo !  car j'imagine que la communauté OSM locale n'est pas pour rien 
dans une décision comme ça !



A bientôt,

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

Re: [OSM-talk-fr] Proposition de modification en masse - Suppression de ref:INSEE des noeuds "place"

Le 26.11.19 à 01:30, Jérôme Amagat a écrit :
> On a dans ref:INSEE les code utilisées par l'insee pour différents
> objets, commune bien sur, mais aussi canton, département ... j'ai vu que
> sur wikidata, ces différents identifiants ne sont pas mélangés, il y a
> un "code INSEE d'une commune", un "code INSEE d'un canton" ... peut être
> que ça serai plus simple à maintenir de faire la même chose ...

l'info est aussi présente dans osm
ref:INSEE + admin_level=8 = la ref d'une commune :)
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-fr] [Tours-TMVL-37] plateforme OpenData

2019-11-26 Per discussione Cyrille37 OSM via Talk-fr


Bonjour,

Message aux tourangeaux: Tours Métropole Val de Loire (TMVL) a son 
portail opendata chez OpenDataStoft: https://data.tours-metropole.fr


Cyrille37.


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

Re: [OSM-talk-fr] Pic4Review — était : MapRoulette, Pic4Review, UMap… pour affiner la position de POI

Le 24/11/2019 à 22:30, pepilepi...@ovh.fr a écrit :
>   * un point highway=stop avec un autre point traffic_sign=stop 
> à quelques mètres ?

c'est ma préférence
à ma connaissance highway=stop est la seule solution qui fonctionne
dans tout les logiciels "tour par tour" d'assistance à la navigation,
parce qu'ils ne traitent que ce qui est attaché à la route.

les traffic_sign=* (avec survey:date) sont très pratique pour
la maintenance quand les panneaux changent (de contenu ou de position),
c'est parfois la seule méthode pratique pour vérifier que les ways
sont toujours découpé/tagé comme il faut.
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-fr] Publication en OpenData des plans de la Ville de Montpellier et de la Métropole issus d'OpenStreetMap