date:20171004

Do you know this
http://mijndev.openstreetmap.nl/~ligfietser/fiets/index.html?map=cycleways
map ? It shows a lot of cycleway tags, including surfaces, cycleway
routes and common mapping mistakes. There is nothing about shoulders,
but I'm pretty sure that you ask to include them (on the Dutch forum),
they will get added.

The website is OverPass driven

regards

m.

On Wed, Oct 4, 2017 at 8:26 PM, Martijn van Exel  wrote:
> Hi all,
>
> I am holding a bike mapping party for our local OSM group this Thursday. We
> want to complete the bicycle infrastructure of Utah. I designed this
> Overpass query: http://overpass-turbo.eu/s/s99 to extract most of the
> bicycle data. Now I have two questions:
>
> 1) Do you see any improvements I should make to this query / am I missing
> important features?
> 2) How can I best use this result for my bike mapping party?
>
> Any help appreciated! If you're in the area, please stop by:
> https://www.meetup.com/OpenStreetMap-Utah/events/243371717/
>
> If you don't want to click, this is the query at the time of writing:
>
> area[name="Utah"]->.a;
> (
>   node[amenity=bicycle_rental](area.a);
>   node[amenity=bicycle_parking](area.a);
>   way[highway=cycleway](area.a);
>   way[cycleway](area.a);
>   way["cycleway:right"](area.a);
>   way["cycleway:left"](area.a);
>   way[bicycle=yes][highway!=motorway](area.a);
>   way[bicycle=designated](area.a);
> );
> out meta;
>>;
> out skel qt;
>
> Martijn
>
>
> ___
> Talk-us mailing list
> Talk-us@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-us
>

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

[OSM-talk-fr] UMap planté (HOT)

signalé sur
https://hotosm.slack.com/messages/C042TUWCV/convo/C4MMB6PD4-1507161772.85/

UMap semble planté pour la mise à jour des cartes de projets HOT.

Je vais aussi signaler sur le GitHub
https://github.com/umap-project/umap/issues/new
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

[talk-latam] Fwd: [Talk-us] Bicycle infrastructure

2017-10-04 Per discussione Marco Antonio

Hola, este hilo que escribió martijn para encontrar etiquetas de 
infraestructura para bicicleta para mejorar en mapatón

Alguien en el hilo escribió una etiqueta (shoulder) para mapear bermas/arcén 
que aprendí recién 

https://lists.openstreetmap.org/pipermail/talk-us/2017-October/017899.html

Abrazos,

Marco Antonio


 Original Message 
From: Martijn van Exel 
Sent: 4 October 2017 14:26:31 GMT-04:00
To: OSM Talk US 
Subject: [Talk-us] Bicycle infrastructure

Hi all,

I am holding a bike mapping party for our local OSM group this Thursday. We
want to complete the bicycle infrastructure of Utah. I designed this
Overpass query: http://overpass-turbo.eu/s/s99 to extract most of the
bicycle data. Now I have two questions:

1) Do you see any improvements I should make to this query / am I missing
important features?
2) How can I best use this result for my bike mapping party?

Any help appreciated! If you're in the area, please stop by:
https://www.meetup.com/OpenStreetMap-Utah/events/243371717/

If you don't want to click, this is the query at the time of writing:

area[name="Utah"]->.a;
(
  node[amenity=bicycle_rental](area.a);
  node[amenity=bicycle_parking](area.a);
  way[highway=cycleway](area.a);
  way[cycleway](area.a);
  way["cycleway:right"](area.a);
  way["cycleway:left"](area.a);
  way[bicycle=yes][highway!=motorway](area.a);
  way[bicycle=designated](area.a);
);
out meta;
>;
out skel qt;

Martijn

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

[OSM-talk-fr] autoroute à péage

Au vu de l'actualité, je suis tombé sur ceci,
avec des questions en cascade :
https://www.openstreetmap.org/node/2298686721
https://www.openstreetmap.org/node/2298686720
https://www.openstreetmap.org/node/1883443861

Pour les barrières :
ne faudrait-il pas ajouter fee=yes sur la barrière au lieu de la mettre 
sur le nœud d'à côté?
ne faudrait-il pas en conséquence de la barrière mettre toll=yes et/ou 
fee=yes sur l'autoroute ? si oui quelqu'un connaît-il la longueur 
concernée ? ou on fait une première version en mode devinette en 
fonction des péages mappés ?

En passant en regardant d'autres péages, il y a un mix de tag

access (l'inutile yes, le custormers à généralisé ? ou rien ?)

Pour le "bâtiment" entre les barrières, quel tag ?
j'aurais tendance à virer le tag barrière car le bâtiment n'est pas
une barrière. sans doute ajouter un building (quelle type ?)
convertir la date d'ouverture en start_date
certains ont mis des amenity=vending_machine + vending=toll, cela me 
semble bien même ce n'est pas tout à fait le cas si il y un "humain" 
(même si son boulot est quasi d'imiter un robot)
le nom : gare de péage de X ? péage de X ? il y a une grande variété
certains font aussi un bâtiment pour le toit qui fait toute la largeur 
<> le bâtiment de la guérite (lorsqu'elle existe)

Concernant le nom de l'autoroute :
vu qu'elle a changé de N10 en A63, est-ce que cela a encore un sens
de garder N10 dans le nom de la relation ?
est-ce que cela a un sens d'avoir 2 relations, une + courte que
l'autre ?
Une utilité à avoir une relation N10 qui contient le reste de nationale 
et l'autoroute ?

concernant le code postal, il y aurait une spécificité pour les péages ?
40410 sur la relation 123669 <> 40295 sur l'objet 1883443861
en passant, sur les boundary, c'est postale_code et non addr:postcode
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

[Talk-us] Someone copying from other maps

2017-10-04 Per discussione GeoKitten

Hello everyone. A few days ago, an OSM user in my ares (Pittsburgh, PA) sent me
a private message in which they admitted to copying from two sources. First
they said they were copying from a map of the CSX intermodal facility in
Pittsburgh:
"The challenging part was the CSX Intermodal facility. I took the PDF from
their public documents on their website and extracted the engineering plan
image, then used the PicLayers plugin to scale and orient that image
accurately, then traced from that. I'm a little proud of that one."

Presumably this map is copyrighted so it's a serious issue.

They also said they were copying from the county address data:

"It's also a lot faster with the address points from the county overlaid
(remangled through osmfilter, pull it out per municipality, and then rewrite
the tags and values into OSM-appropriate format), and with some of the JOSM
alignment tricks."

This is a government dataset that is probably public domain but whose copyright
status hasn't been verified. It might be considered an unauthorized import
though.

I'm not sure how to handle this. First of all, this was via PM so I'm not sure
if I should reveal their identiy. Should I?

Second, I want to clarify that they don't appear malicious, just uninformed
of the rules. They mentioned their copying in a positive context as if they
didn't know it was forbidden. I don't want to be a snitch but I know the OSM
community takes copyright issues very seriously.___
Talk-us mailing list
Talk-us@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-us

Re: [Talk-us] Bicycle infrastructure

2017-10-04 Per discussione Denis Carriere

For anyone interested, our local Cycling + OSM community is currently
working on an OSM Bike Ottawa Tagging Guide.

https://github.com/osmottawa/OSM-Bike-Ottawa-Tagging-Guide

It mentions features like sharrows & bicycle shared lanes with in-depth
photos using Mapillary.

For any avid OSM cyclist, we would definitely welcome some feedback using
the GitHub issues.

Happy cycling!

Cheers,


*~~*
*@DenisCarriere*
*GIS Software & Systems Specialist*

On Wed, Oct 4, 2017 at 5:46 PM, OSM Volunteer stevea <
stevea...@softworkers.com> wrote:

> Martijn and this thread's contributors:
>
> Yes to everything!  Thanks for the OT snippet, that's helpful and benefits
> from additional suggestions like sharrows as cycleway=shared_lane,
> cycleway=buffered_lane, and importantly, shoulder and surface data.
>
> While infrastructure is important (critical, in fact), please also include
>
>   relation[route=bicycle](area.a);
>
> in that OT query, if you might.  (Or, perhaps as a separate query with the
> same area[name="Utah"]->.a; enveloping it).  Important things to check on
> in those results would be if the members of such relations contain
> exclusively bicycle infrastructure, and if not, tagging the member elements
> properly so they do.  And, check the relation tags so they are sensible and
> in correct networks (lcn, rcn, ncn).  Please read wiki docs if it isn't
> clear, but note that mountain bike routes (route=mtb, of which I'm sure
> Utah has many) are different than route=bicycle.  Please assure such routes
> are tagged accordingly.
>
> GO Utah bicycling, and find out how taking OSM with you (on your
> smartphone or GPS as a map or route, for example) is awesome!
>
> SteveA
> California
> ___
> Talk-us mailing list
> Talk-us@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-us
>
___
Talk-us mailing list
Talk-us@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-us

Re: [OSM-talk-fr] Cadastre ouvert mais…

2017-10-04 Per discussione Christian Quest

L'utilisation directe de ces données brutes n'est pas forcément idéale.

NE NOUS PRECIPITONS PAS... il faut pour l'instant explorer, attendre aussi
un petit peu la suite qui va arriver rapidement pour se lancer après
réflexion sur un usage efficace de ces nouvelles données.

Le 4 octobre 2017 à 19:04, ades_...@orange.fr  a écrit :

> Je viens de voir dans un post de C Quest sur le forum osm (
> http://forum.openstreetmap.fr/viewtopic.php?f=3=6583=16815=
> 7aa6f7606a3795a530f2dee2c8045dff#p16815) que le cadastre a été « libéré ».
> Super, sauf que …
> Que ce soit en JSOM ou Edigéo des bâtiments sont regroupés en un seul ;
> sur cada.gov.fr, les bâtiments sont bien séparés (sur l’import via OSM
> ils sont aussi regroupés).
> On dirait le rendu OSM.fr  ;-) (il est super sauf la non-dissociation des
> bâtiments, mais c’est hors sujet).
> Quelqu’un a-t-il constaté ça ? Où faut-il en parler ?
> Me suis aperçu du blem en voulant mettre à jour le bâti d’une COM à partir
> du cadastre nouvellement publié. Je ne peux pas utiliser les outils carto
> (qgis ou josm) pour voir les différences, les vérifier puis modifier la
> base OSM… du moins pas avec les outils qui vont (entités identiques ou se
> chevauchant, etc.) sauf à vérifier plus de 2000 édifices à la main et de
> toute façon à partir de bases fausses (une partie de l'existant a été
> modifié dans la vraie vie et le nouveau ne correspond pas à l’existant non
> modifié dans la vraie vie).
>
>
> ___
> 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: [Talk-us] Bicycle infrastructure

2017-10-04 Per discussione Harald Kliems

On Wed, Oct 4, 2017 at 4:23 PM Richard Fairhurst 
wrote:

> Shoulder information is good, especially on rural roads. A simple
> shoulder=yes/no suffices. https://wiki.openstreetmap.org/wiki/Key:shoulder

Yes to adding shoulder info! You may be talking specifically about
Martijn's query, but I just want to emphasize that surface information for
shoulders IMHO is crucial for biking. In my experience (NY, QC, ON, WI,
IL), an unpaved shoulder is of not much use for biking.

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

Re: [OSM-talk-fr] SPAM Re: Langues régionales : à la recherche du consensus


> Le 2017 Here 4 à 16:06, marc marc  a écrit :
> 
> Le 04. 10. 17 à 15:06, Philippe Verdy a écrit :
>> Le 4 octobre 2017 à 14:01, Christian Rogel 
>>Je n'ai jamais vu une utilité quelconque à "name:fr" 
>>dans le contexte français.
> 
> Cela a une (exceptionnelle) (petite) utilité, par exemple le cas
> de rainerU oü le nom fantoir n'est pas "francisé".
> Mais lorsque le name = name:fr je ne vois en effet aucune raison
> de dupliquer cela. sinon cela reviens ä dupliquer tout les noms.
> 

OK

> Je persiste à croire qu'on se trompe de priorité/utilité...
> On ferrait mieux de commencer par renseigner tout les noms
> avec le bon name avant de raffiner avec les name:xx
> cela permettrait de se localiser, première fonction d'une carte.


Chacun ici commence par ce qui le motive le plus et peut aller vers d’autres 
contributions.

La limite est quand l’utilisateur reste monomaniaque, voire crée ses propres 
règles. Mais, on peut prévoir un cercle vertueux qui amène le passionné de 
langue à corriger, au passage, des géomètries et, mieux, à renseigner le « 
name" pour pouvoir l’accompagner de sa restitution/traduction/modernisation.
C’est un des motifs qui rendrait contre-productiive la généralisation du « 
name:fr ».

J’ai cherché à contacter les organismes publics et associatifs qui seraient 
intéressés par les cartes en langue régionale.
Par leur réseau local, ils peuvent éventuellement savoir qui le fait de manière 
irrégulière.

Actuellement, j’ai des échos intéressants venant de l’Occitanie et de la 
Flandre française.
Pas de réaction du côté de l’Institut culturel basque, ni du Syndicat des 
communes pour la promotion du catalan.
Les Alsaciens doivent être perturbés par l’idiotie insondable qu’est de la 
région du Grand-Est et ils viennent de réussir à faire partir le président de 
celle-ci qui avait présidé celle d’Alsace.

Tout cela est en cours de construction.


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

Re: [OSM-talk] All the subway systems in the world

2017-10-04 Per discussione Michael Reichert

Hi Ilya,

Am 30.09.2017 um 18:35 schrieb Ilya Zverev:
> I have made a script that parses and validates subway systems. It prints the 
> number of subway lines and stations that an automated system can extract from 
> the OpenStreetMap data. See the latest report here (these are updated 
> manually for now):
> 
> http://osmz.ru/subways/
> 
> It is still in beta: it doesn't use networks and omits many non-european 
> cities. We plan to employ it for maps.me, so it would be the first app that 
> does world-wide subway routing using only OSM data. To make tagging subway 
> systems uniform and usable, I've compiled a list of practices on this page:

Why does your validator find lots of errors on the S-Bahn relations in
Berlin? I don't understand what's wrong with:
> stop node 1806004219 is not connected to a station in route (relation 14981, 
> "S-Bahnlinie S41: Innenring im Uhrzeigersinn")

The stop node is on a way referenced by the route relation.

Best regards

Michael


PS I am working on a Public Transport version 2 validator, too.
https://github.com/geofabrik/osmi_pubtrans3

-- 
Per E-Mail kommuniziere ich bevorzugt GPG-verschlüsselt. (Mailinglisten
ausgenommen)
I prefer GPG encryption of emails. (does not apply on mailing lists)



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

[Talk-gb-westmidlands] GPS accuracy

2017-10-04 Per discussione Rob Nickerson

As discussed tonight:

https://spectrum.ieee.org/tech-talk/semiconductors/design/superaccurate-gps-chips-coming-to-smartphones-in-2018

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

Re: [OSM-talk] All the subway systems in the world

2017-10-04 Per discussione Michael Reichert

Hi Ilya,

Am 30.09.2017 um 18:35 schrieb Ilya Zverev:
> Some questions are answered on the Talk page there. Next week I'll open a 
> voting, so that tagging schema could be made official. 

You are aware that the RFC phase has to bee at least two weeks long?

https://wiki.openstreetmap.org/wiki/Proposal_process#Voting

Best regards

Michael


-- 
Per E-Mail kommuniziere ich bevorzugt GPG-verschlüsselt. (Mailinglisten
ausgenommen)
I prefer GPG encryption of emails. (does not apply on mailing lists)



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

Re: [Talk-us] Bicycle infrastructure

2017-10-04 Per discussione OSM Volunteer stevea

Martijn and this thread's contributors:

Yes to everything!  Thanks for the OT snippet, that's helpful and benefits from 
additional suggestions like sharrows as cycleway=shared_lane, 
cycleway=buffered_lane, and importantly, shoulder and surface data.

While infrastructure is important (critical, in fact), please also include 

  relation[route=bicycle](area.a);

in that OT query, if you might.  (Or, perhaps as a separate query with the same 
area[name="Utah"]->.a; enveloping it).  Important things to check on in those 
results would be if the members of such relations contain exclusively bicycle 
infrastructure, and if not, tagging the member elements properly so they do.  
And, check the relation tags so they are sensible and in correct networks (lcn, 
rcn, ncn).  Please read wiki docs if it isn't clear, but note that mountain 
bike routes (route=mtb, of which I'm sure Utah has many) are different than 
route=bicycle.  Please assure such routes are tagged accordingly.

GO Utah bicycling, and find out how taking OSM with you (on your smartphone or 
GPS as a map or route, for example) is awesome!

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

[OSM-talk-fr] adresse addr:hamlet dans un hameau

Bonsoir,

Dans le petit village suisse qui me passionne,
il existe plusieurs hameaux autour.
L'adresse des bâtiments d'un hameau est simplement
un numéro de bâtiment -> addr:housenumber
suivit du nom du hameau -> addr:hamlet

Quelqu'un a-t-il déjà testé si les applications s'en sortent sans mettre 
un addr:hamlet sur chaque bâtiment, information qui se déduit du noeud 
place=hamlet (ou idéalement d'une area à faire) ?
Ou faudrait-il rajouter addr:hamlet sur ce noeud/area vu que le wiki 
précise que cela implique qu'il n'y a pas de addr:street ?
Ou pas le choix que de dupliquer tout partout comme pour une rue ?
ou faire une associatedStreet version hameau ?

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

Re: [OSM-talk-fr] Langues régionales : à la recherche du consensus

Le 04. 10. 17 à 23:09, Christian Rogel a écrit :
> 
>> Le 2017 Here 4 à 22:42, Sébastien Dinot > > a écrit :
>>
>> Le compte izpura (pour ne prendre que luià a 10 129 modifications
>>  à son actif, ce n'est donc pas celui d'un débutant et je suis certain
>>  qu'un tel contributeur connait l'existence :
>>
> Il semble que tu aies réuni des informations qui montrent l’ampleur du 
> désastre qui est toujours en cours.
> 
> Cela doit clairement être rapporté au DWG. Qui a la connexion pour 
> demander le blocage d’Izpura et les reverts possibles ?

https://wiki.openstreetmap.org/wiki/FR:Data_working_group
N'importe qui peux le faire (même si certains ont peut-être des 
affinités pour éviter le fait que le DWG est généralement débordé)

Il aurait été cependant bien d'avoir au moins un changeset problématique 
à montrer avec un message public sur ce changeset signalant le problème.
A défaut, il serrait utile de savoir qui a écrit quand, cela facilite à 
mon avis le travail du DWG

en passant, il semble maintenant masquer ces modifs sous le commentaire 
"création" même lorsqu'il modifie le name et efface le name:fr
https://www.openstreetmap.org/node/1825721601/history

il efface aussi des tag wikidata et altère aussi les tag wikipedia 
(qu'il faudra bientôt suffixer par la langue histoire de rajouter
une couche d'inutilité vu que wikidata tout seul devrait suffire)
https://www.openstreetmap.org/node/1738421298/history

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

Re: [Talk-us] Bicycle infrastructure

2017-10-04 Per discussione Richard Fairhurst

Martijn van Exel wrote:
> Do you see any improvements I should make to this query / am I missing
> important features?

Shoulder information is good, especially on rural roads. A simple
shoulder=yes/no suffices. https://wiki.openstreetmap.org/wiki/Key:shoulder

Surface information is good on rural roads too but I might have banged that
drum one or 2,000 times before.

Looking forward to seeing the result - I'll hold off the next cycle.travel
North America update until you're done!

cheers
Richard

--
Sent from: http://gis.19327.n8.nabble.com/USA-f5284732.html

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

Re: [OSM-talk] All the subway systems in the world

2017-10-04 Per discussione Ilya Zverev


Hi again,

I've got some more news regarding the subway validator. It is still 
there, updated just yesterday:


http://osmz.ru/subways/

Now it has all the systems for Europe, Africa and both Americas. I am 
slowly adding asian cities: there are too many of these, sorry. The link 
to the spreadsheet with the target numbers is in the site footer.


Also, I've published the source code:

https://github.com/mapsme/subways

You can find there not only the validator / preprocessor code, but also 
a small script that automatically adds stop_area relations. I've used it 
on all cities in Russia and Belarus, and it worked great. Needs manual 
verification, of course, but saves a lot of time. I have it online, but 
cannot make the link public, for Overpass API will ban it from all of 
your requests :) I can send it to you privately, of course.



Thanks,
Ilya

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

Re: [OSM-talk-fr] Langues régionales : à la recherche du consensus


> Le 2017 Here 4 à 22:42, Sébastien Dinot  a écrit :
> 
>  Le compte izpura (pour ne prendre que luià a 10 129 modifications
>  à son actif, ce n'est donc pas celui d'un débutant et je suis certain
>  qu'un tel contributeur connait l'existence :
> 
>  - du wiki et de l'abondante documentation multilingue qu'il fournit.
> 
>  - des listes de diffusion et autres forums qui permettent de se
>renseigner, d'obtenir de l'aide et d'échanger sur les pratiques (qui
>évoluent au fil du temps, des nouveaux tags et autres ajustements du
>projet)
> 
> * Ces contributeurs ne changent rien à leurs pratiques quand d'autres
>  contributeurs leur signalent qu'elles vont à l'encontre du nécessaire
>  consensus autour duquel se construit un projet collaboratif.
> 
> * D'après ce qui m'a été rapporté, certains de ces contributeurs font du
>  traitement de masse. De tels traitements ne peuvent s'expliquer que
>  par le recours à des scripts (bots). De tels outils ne sont pas à la
>  portée d'un débutant qui ignorerait tout du schéma de données d'OSM.
>  Il faut se renseigner au préalable pour pouvoir les écrire.


En dehors de ton agacement compréhensible, que pouvons-nous faire ?
Il semble que tu aies réuni des informations qui montrent l’ampleur du désastre 
qui est toujours en cours.

Cela doit clairement être rapporté au DWG. Qui a la connexion pour demander le 
blocage d’Izpura et les reverts possibles ?


Christian R.

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

[Talk-br] QUESTÕES SOBRE ESTATÍSTICA DE NÓS OSM NO BRASIL

2017-10-04 Per discussione Sérgio V .

Pessoal, pergunta:

QUESTÕES SOBRE ESTATÍSTICA DE NÓS OSM NO BRASIL:

Créditos à grande ajuda do naoliv extraindo e contabilizando nós por setores, e 
dicas, ideias e tentativas de vários da comunidade e do grupo QGIS.

--
EXAMES DE QUANTIDADE DE NÓS OSM (NOS SETORES CENSITÁRIOS):

Sendo:
DNH = Densidade de Nós-OSM / Habitante
DNK = Densidade de Nós-OSM / Km2
DP  = Densidade Populacional (Demográfica: Hab. / Km2)
LOCAL CD = CD_GEOCODI (setor cf. IBGE)

AMOSTRAS DE VALORES MÁXIMOS E MÍNIMOS:
(Sendo: VALORES MAIS BAIXOS DIFERENTES DE ZERO)
--
DNH MÍN.:   0.00049628 / DNK=8.12799313 / DP= 16377.90616394  / LOCAL 
CD: 230550605000146 / URBANO: Bastiana
DNH MÁX.:   22935. / DNK=   13.47933983 / DP= 0.00058772  / LOCAL 
CD: 51065050525 / RURAL

DNK MÍN.:   0.00079655 / DNH=0.02061856 / DP= 0.03863270  / LOCAL 
CD: 13027020546 / RURAL
DNK MÁX.:   74086.39791390 / DNH=1.39514066 / DP= 53103.17430676  / LOCAL 
CD: 261160605180093 / URBANO: Santo Amaro
--
DP  MÍN.:   0.00054130 / DNH= 6041. / DNK=3.27019121  / LOCAL 
CD: 15036060575 / RURAL
DP  MÁX.: 7389598.88649880 / DNH=0. / DNK=0.  / LOCAL 
CD: 354780905000653 / URBANO: Cidade São Jorge
--
(Sendo que: DP=14406779.66101695 = ANOMALIA; REMOVIDO DA AMOSTRA : CD 
354780905000653)
--

PROCURO O(S) ÍNDICE(S) QUE MELHOR INDIQUE(M):
-ONDE "MAIS FALTAM" NÓS-OSM (relativamente);
-ONDE HÁ NÓS-OSM "EM EXCESSO" (relativamente);

ATUALMENTE ESTOU PENSANDO QUE O MELHOR ÍNDICE É O "DNH" ("Densidade de Nós-OSM 
/ Habitante");
cf. mapa que postei na comunidade no telegram.

QUE ACHAM?

OBRIGADO SE TIVEREM QUALQUER OPINIÃO SOBRE ISTO. O NEGÓCIO É TENTAR ENCONTRAR O 
MELHOR INDICADOR.
COLOCAREI MAIS MAPAS COM DADOS NA WIKI:
https://wiki.openstreetmap.org/wiki/Demografia_do_Brasil_como_auxiliar_no_OSM



- - - - - - - - - - - - - - - -

Sérgio - http://www.openstreetmap.org/user/smaprs
___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

Re: [OSM-talk-fr] Manifestation Le libre sur la Place à Nancy le 23 novembre

Il n'y a pas un lien sur le site web de la ville ou de la communauté
urbaine, ou un site inter-associatif pour rassembler ces infos de
l'organisateur (et aussi pour mettre un lien dans le calendrier du wiki) ?

Le 4 octobre 2017 à 22:26, Romain MEHUT  a écrit :

> Re,
>
> Et voici le programme prévisionnel.
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Langues régionales : à la recherche du consensus

2017-10-04 Per discussione Sébastien Dinot

Bonsoir Anne-Marie,

Anne-Marie Candès a écrit :
> J’ai du mal a accepter le mépris dans des mots comme : saboteurs,
> régionalistes.

Ces termes, ceux que j'ai employés, ne visent pas « les basques » mais
quelques personnes qui, par une action manuelle ou via des scripts
(bots) qui automatisent les modifications et permettent un traitement en
masse, détruisent sciemment des informations objectives qui assure une
compréhension du territoire partagée par le plus grand nombre.

Le modèle de données d'OSM permet de faire coexister les différents noms
d'un lieu. Il est donc possible de renseigner le toponyme historique en
parallèle du toponyme officiel.

Si ces actions étaient toutes manuelles et ponctuelles, si les auteurs
de ces modifications corrigeaient leurs pratiques après avoir été
informés du préjudice qu'elles causent, s'il s'avérait que ce sont des
débutants (donc des personnes ayant peu de modifications à leur actif),
je serais bienveillant à leur égard.

Mais en l'espèce :

* Le compte izpura (pour ne prendre que luià a 10 129 modifications
  à son actif, ce n'est donc pas celui d'un débutant et je suis certain
  qu'un tel contributeur connait l'existence :

  - du wiki et de l'abondante documentation multilingue qu'il fournit.

  - des listes de diffusion et autres forums qui permettent de se
renseigner, d'obtenir de l'aide et d'échanger sur les pratiques (qui
évoluent au fil du temps, des nouveaux tags et autres ajustements du
projet)

* Ces contributeurs ne changent rien à leurs pratiques quand d'autres
  contributeurs leur signalent qu'elles vont à l'encontre du nécessaire
  consensus autour duquel se construit un projet collaboratif.

* D'après ce qui m'a été rapporté, certains de ces contributeurs font du
  traitement de masse. De tels traitements ne peuvent s'expliquer que
  par le recours à des scripts (bots). De tels outils ne sont pas à la
  portée d'un débutant qui ignorerait tout du schéma de données d'OSM.
  Il faut se renseigner au préalable pour pouvoir les écrire.

La destruction d'information est donc volontaire et tient du
militantisme. Et comme elle fait fi des conventions et du travail des
autres, je me permets en effet de parler de sabotage. « Saboteur » est
le terme approprié pour qualifier les auteurs de ces actes délibérés, et
non une insulte, même si je ne nie pas un instant que ces actes auraient
tendance à me faire sortir de mes gonds.

> Pour la petite histoire, nous avons un village Santarnac (en catalan)
> que les français ont cru intelligent de transcrire Saint-Arnac (en
> français officiel) Connaissez vous donc le saint de l’Arnaque ? Moi
> pas ! Erreur de compréhension : Santarnac ce n’est pas Sant Arnac.

Quelques choix incongrus, quelques erreurs regrettables de l'État et de
ses fonctionnaires, ne peuvent justifier des destructions en masse. Si
une erreur chagrine, ce n'est pas à OSM qu'il faut forcer la main mais
à l'État, l'INSEE et la commission de toponymie. Et une fois le
changement de nom entériné, n'importe quel contributeur s'empressera de
la reporter dans la base de données.

> plutôt que du mépris je propose d’une part un peu de pédagogie pour
> comprendre le fonctionnement d’une base de donnée et l’impact de
> certaines modifications

De la pédagogie, j'en fais habituellement preuve puisque j'ai déjà
organisé une carto-partie et initié des débutants dans d'autres, animé
des ateliers, aidé bénévolement des étudiants en architecture, des
professeurs et des formateurs à appréhender OSM et à y contribuer. Mais
comme indiqué plus haut, nous sommes ici en présence de contributeurs
expérimentés et sachant parfaitement ce qu'ils font (du moins pour les
plus nocifs d'entre eux).

> L’esprit du libre c’est bien l’ouverture, le partage des
> connaissances, et la contribution ou je me trompe et c’est comme
> ailleurs la loi du plus fort ?

Un peu des deux et c'est un libriste militant de très longue date (1998)
qui parle.

Je m'implique dans le libre depuis des années car je suis tout acquis
à ses valeurs fondatrices. Il suffit de contempler les réussites du
libre (GNU/Linux, Wikipédia, OpenStreetMap et tant d'autres) pour
comprendre que notre intelligence collective nous autorise les plus
belles et nobles créations.

Pour autant, ce serait une erreur de croire que le libre est un monde de
bisounours bien intentionnés. Moult entrepreneurs ne font du libre que
parce qu'il y ont flairé une opportunité commerciale et il suffit de
leur poser quelques questions pour réaliser qu'ils n'ont retenu du libre
que ce qui les arrangeait et qu'aucune approximation, qu'aucun oxymore
ne leur font peur.

Et même en ne considérant que les gens bien intentionnés, ceux qui ont
le libre chevillé au corps, quelques années à évoluer dans ce monde vous
apprendront qu'il est « sans pitié et que la loi du plus fort y règne »
comme le dit la formule. Tout le monde applaudit OSM mais qui se
souvient de « Un point c'est tout » ? Tout le monde utilise Inkscape
mais qui se souvient

Re: [OSM-talk-fr] Manifestation Le libre sur la Place à Nancy le 23 novembre

2017-10-04 Per discussione Romain MEHUT

Re,

Et voici le programme prévisionnel.

Romain

Le 3 octobre 2017 à 21:40, Romain MEHUT  a écrit :

> Bonjour,
>
> Je mets dans la boucle le CA et la liste talk-fr car comme suggéré dans
> l'invitation de la mairie de Nancy, la présence d'une ville ayant de
> l'expérience serait très important.
>
> Nous, contributeurs de Nancy et ses environs, n'avons pas d'expériences
> locales à partager pour montrer les usages professionnels d'OSM aux
> collectivités qui seront présentes.
>
> Je lance donc un appel à qui pourrait et voudrait bien participer à cette
> manifestation du "Libre sur la Place" à Nancy le 23 novembre. Je ferai le
> lien avec la Ville de Nancy.
>
> Donat, peux-tu faire suivre le programme prévisionnel ?
>
> Merci beaucoup par avance.
>
> Romain
>
> Le 3 octobre 2017 à 11:48, Donat ROBAUX  a écrit :
>
>> Bonjour,
>>
>> Je transmets à la communauté locale qui sera plus à même de se déplacer
>> que moi pour cet événement (étant sur Paris)
>>
>> Donat ROBAUX
>>
>>
>> Le 3 octobre 2017 à 08:51, a écrit :
>>
>>> Bonjour,
>>>
>>> Comme nous en avions parlé, dans le cadre de la semaine de l'innovation
>>> publique, nous organisons le 23 novembre prochain notre journée "Le libre
>>> sur la Place " avec pour thème cette année Le logiciel libre vecteur
>>> d'innovations publiques.
>>>
>>> Cette journée est destinée aux collectivités territoriales et autres
>>> organismes publics.
>>>
>>> Un atelier est prévu l'aprés midi pour présenter OSM et montrer aux
>>> collectivités les usages professionnels qu'ils peuvent en avoir. Nous
>>> serions très honorés si vous ou une des personnes qualifiées de votre
>>> réseau acceptiez d'intervenir au sein de cet atelier.
>>> Il serait de plus très important qu'une ville ayant de l'expérience dans
>>> ce domaine puisse vous accompagner.
>>> Pouvez vous nous, en indiquer une ou plusieurs afin que nous les
>>> contactions ?
>>>
>>> Je vous prie de trouver ci-dessous le programme prévisionnel de cette
>>> journée
>>>
>>>
>>> vous remerciant
>>>
>>> [image: Ville de Nancy]
>>>   *Olivier SIMON*
>>> * Directeur du projet "Nancy ville numérique" *
>>> Direction générale
>>>
>>>
>>>
>>>
>>>
>>> Hôtel de Ville - 1 place Stanislas
>>>  -
>>> Case officielle n°1 - 54035 Nancy Cedex - *www.nancy.fr*
>>> 
>>> * Adoptez l'Eco Attitude :* n'imprimez ce message et ses pièces annexes
>>> que si vous en avez vraiment l'utilité
>>>
>>>
>>>
>>> De :Donat ROBAUX 
>>> A :OpenStreetMap Meuthe et Moselle <
>>> local-meurthe-et-mose...@listes.openstreetmap.fr>, ca-prive <
>>> ca-pr...@listes.openstreetmap.fr>
>>> Date :23/09/2017 22:08
>>> Objet :Rencontre à propos d'OpenStreetMap
>>> --
>>>
>>> Compte-rendu définitif du rendez-vous du mercredi 30/08/2017
>>>
>>> Présents
>>> - Romain Pierronnet, conseiller municipal de Nancy, délégué au numérique
>>> - Olivier Simon, directeur de la mission "Nancy ville numérique"
>>> - Romain Mehut, mandataire sur Nancy et environs
>>> - moi- même, secrétaire OpenStreetMap France
>>>
>>> Propos préliminaires
>>> Romain P. et Olivier S. ont présenté les différentes initiatives et
>>> projets en cours à la ville de Nancy concernant le numérique et le libre.
>>> Elle est résolue à utiliser OSM le plus souvent possible, comme c'est le
>>> cas sur son site Internet depuis le lancement de sa nouvelle version.
>>> La ville, après les dernières élections municipales s'est saisi du
>>> numérique qui avait un peu été laissé à l'abandon.
>>> Les directions métiers sont toutes sensibilisées à cet enjeu et
>>> notamment au libre. La ville veut notamment impulser des migrations vers
>>> vers logiciels libres et dans la mesure du possible de remplacer des
>>> logiciels métiers par du logiciel libre. Pour le moment tout cela se fait
>>> comme pilote au sein de la mutualisation informatique portée par la
>>> Métropole du Grand Nancy, cette dernière n'ayant pas encore structuré de
>>> démarche identique. La ville est donc dans une optique de démarrer seule
>>> sans attendre de soutien ou d'autres communes de la Métropole pour avancer,
>>> mais se tient prête à mutualiser avec elles.
>>> La ville organisera du 20 au 26 novembre 2017 une manifestation
>>> intitulée *Le Libre sur la Place* (en référence au *Livre sur la Place*,
>>> manifestation nationale littéraire sur Nancy) impliquant les directions
>>> métiers de la ville et d'autres collectivités intéressées, avec un ou
>>> plusieurs ateliers orientés vers du grand public.
>>>
>>> Concernant le SotmFR
>>> J'ai présenté les différentes éditions (en tout cas les 2 dernières qui
>>> sont les plus représentatives), celle de Clermont-Ferrand en 2016 et
>>> d'Avignon en 2017.
>>> J'ai présenté aussi la manière dont nous fonctionnons: petite équipe,
>>> rassemblement plutôt en mode détente que congrès, financement via
>>> sponsoring.

Re: [Talk-us] Bicycle infrastructure

2017-10-04 Per discussione Alan Richards

There's also a whole bunch of bike related tags here:
https://github.com/osmottawa/OSM-Bike-Ottawa-Tagging-Guide

On Wed, Oct 4, 2017 at 12:10 PM, Spencer Gardner 
wrote:

> You'll probably want to include cycleway=buffered_lane as well. It's
> undocumented but used pretty frequently in some places. PeopleForBikes has
> published a list of OSM tags they use in their Bike Network Analysis tool
> (disclosure: I worked on this project). You can download the list here:
> https://s3.amazonaws.com/pfb-public-documents/OSM.Tags.xlsx
>
> You might also find some other useful resources via the methodology page:
> https://bna.peopleforbikes.org/#/methodology
>
> On Wed, Oct 4, 2017 at 1:38 PM, Mike N  wrote:
>
>> I'm not sure about the syntax, but there's
>>
>>   cycleway=shared_lane   (for sharrows)
>>
>> ___
>> Talk-us mailing list
>> Talk-us@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-us
>>
>
>
> ___
> Talk-us mailing list
> Talk-us@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-us
>
>
___
Talk-us mailing list
Talk-us@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-us

Re: [Talk-br] Como ser um nó de banco de dados do OSM?

2017-10-04 Per discussione Nelson A. de Oliveira

2017-10-04 11:53 GMT-03:00 Rodrigo M. Mariano :
> Ou outro exemplo, eu tenho o hospital Santa Bárbara, que foi construído em
> 1910 e demolido em 1940.
>
> No OSM esse dado apareceria no mapa padrão também, certo?

Não...
Até dá para marcar que o objeto está demolido, mas não sei até que
ponto isto é válido ou necessário.
Não seria renderizado, mas estaria disponível nos dados.

"Histórico" no OSM geralmente se refere a algum objeto que tem valor
ou interesse histórico (uma certa "importância"), e não a algo que
simplemente já existiu.
Em geral assume-se que o que está mapeado no OSM existe nos tempos atuais.

Não faz sentido ter um objeto no OSM representando um prédio que não
existe mais, por exemplo.
Também não dá para representar traçados de ruas que existiram em
diferentes épocas; ter 4 ruas sobrepostas (cada uma representando uma
época) é errado no OSM.

Algumas tentativas de representar a temporalidade inclusive chegam a
causar problemas, como
https://wiki.openstreetmap.org/wiki/Key:end_date

Existe um histórico de objetos no OSM, que é um pouco diferente do que
você deseja.
Por exemplo, um prédio comercial que há 5 anos era uma padaria, depois
virou açougue, depois quitanda, depois um bar.
Esse tipo de histórico dá para resgatar, mas apenas se quem atualizou
o objeto teve o cuidado de reaproveitá-lo (o que geralmente não
acontece).

Da mesma forma uma rua que se chamava "Rua X" e depois foi renomeada
para "Rua Y"; se quem atualizou o valor reaproveitou o objeto, haverá
este tipo de histórico.
Haverá apenas 1 objeto com as suas várias modificações ao longo do
tempo, mas também sem garantia de histórico das suas propriedades e
valores (já que podem simplesmente apagar o objeto e colocar um novo
em seu lugar).

Do que eu entendo não dá para mapear algo falando que aquilo se aplica
apenas a uma determinada época do passado.

Mesmo a chave historic
https://wiki.openstreetmap.org/wiki/Key:historic se refere a objetos
que ainda existem e que possuem importância histórica.

> Será que haveria alguma maneira de salvar esses dados temporais de mapas
> antigos no OSM?

Será que o que você quer não está mais para o Open Historical Map?
https://wiki.openstreetmap.org/wiki/Open_Historical_Map; é
praticamente a mesma estrutura do OSM, mas com um banco de dados
diferente.
Ou talvez algo como https://umap.openstreetmap.fr, que dá para ter
várias camadas (por exemplo, pode ter uma camada para os dados de
1910, outra para 1920, etc)

Eu perguntaria na t...@openstreetmap.org para ter outras ideias sobre
como daria para ter esses dados representados com temporalidade.

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

Re: [Talk-it] Import numeri civici Trento



sent from a phone

On 4. Oct 2017, at 19:44, Andrea Musuruane  wrote:

>> Il tool dichiara che i civici sono associati ad una via non presente,
>> in realtà la via è presente: si tratta di una piazza.
>> Il problema è che la piazza è taggata come parcheggio.
> 
> Personalmente mi sembra che sia mappato tutto correttamente. Non sempre 
> esiste una highway a cui si può dare il nome della piazza e che passa 
> attraverso questa.


una piazza sempre ha un highway se accessibile, un parcheggio sempre ha una 
strada per accedere ai posti

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

Re: [OSM-talk-fr] Importation des hauteurs de bâtiments sur Nice

2017-10-04 Per discussione Vincent Frison

Le 2 octobre 2017 à 23:25, marc marc  a écrit :

> Ceci dit, cela me semblerait utile de détecter l'anomalie au moment de
> l'import : si l'une des 2 valeurs manque ou est en dehors d'une certaine
> fourchette de valeur (idem pour la différence), considérer cela comme
> une erreur et ne pas modifier ce batiment automatiquement.
>

Oui bien sûr je ne me ferai plus avoir au prochain import ! ;)

Enfin si nouvel import il y a car malheureusement il n'y a pas beaucoup de
villes en France où je peux trouver en open data le MNT et le MNS (avec une
bonne résolution en plus).

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

Re: [Talk-us] Bicycle infrastructure

2017-10-04 Per discussione Spencer Gardner

You'll probably want to include cycleway=buffered_lane as well. It's
undocumented but used pretty frequently in some places. PeopleForBikes has
published a list of OSM tags they use in their Bike Network Analysis tool
(disclosure: I worked on this project). You can download the list here:
https://s3.amazonaws.com/pfb-public-documents/OSM.Tags.xlsx

You might also find some other useful resources via the methodology page:
https://bna.peopleforbikes.org/#/methodology

On Wed, Oct 4, 2017 at 1:38 PM, Mike N  wrote:

> I'm not sure about the syntax, but there's
>
>   cycleway=shared_lane   (for sharrows)
>
> ___
> Talk-us mailing list
> Talk-us@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-us
>
___
Talk-us mailing list
Talk-us@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-us

Re: [OSM-talk] Could we just pause any wikidata edits for a month or two?

2017-10-04 Per discussione Andy Townsend

On 04/10/2017 18:56, Stefan Keller wrote:

(questions from Yuri snipped)
Anyone?

To be honest, that just struck me as more "whataboutery" designed to 
divert attention from the suggestion at the top of this thread:

> pause any (large scale) wikidata edits for a while until more members 
of our community have had a

> chance to form an opinion

Yuri has, to put it politely, been "economical with the actualité" all 
the way through this process, such as the claim that he waited "about 4 
days" for discussion here to die down when in fact the actual time was 
38 hours.

Whilst there's still discussion going on about (for example) which way 
around a colon-separated tag should go it makes sense to me to at the 
very least step back for a bit.

Best Regards,

Andy

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

Re: [Talk-us] Bicycle infrastructure

2017-10-04 Per discussione Mike N


I'm not sure about the syntax, but there's

  cycleway=shared_lane   (for sharrows)

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

Re: [Talk-it] Import numeri civici Trento

sent from a phone

> On 4. Oct 2017, at 19:44, Andrea Musuruane  wrote:
> 
> Personalmente se POI e civico coincidono nell'accesso

questo è praticamente mai corretto, perché un POI e un ingresso sono due cose 
diverse (poi nella realtà del mappatore potrebbe essere una scorciatoia, 
ammetto), e se hai un ingresso e un negozio (per esempio) sullo stesso oggetto 
vuol dire che non sai più se il nome (per esempio) è del negozio o 
dell’ingresso. 

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

Re: [Talk-us] Bicycle infrastructure

2017-10-04 Per discussione Martijn van Exel

I also exported the data to geojson.io:
http://bl.ocks.org/anonymous/raw/77da9f9103fcbf5c8382a316b7f22ef5/

Martijn

On Wed, Oct 4, 2017 at 12:26 PM, Martijn van Exel  wrote:

> Hi all,
>
> I am holding a bike mapping party for our local OSM group this Thursday.
> We want to complete the bicycle infrastructure of Utah. I designed this
> Overpass query: http://overpass-turbo.eu/s/s99 to extract most of the
> bicycle data. Now I have two questions:
>
> 1) Do you see any improvements I should make to this query / am I missing
> important features?
> 2) How can I best use this result for my bike mapping party?
>
> Any help appreciated! If you're in the area, please stop by:
> https://www.meetup.com/OpenStreetMap-Utah/events/243371717/
>
> If you don't want to click, this is the query at the time of writing:
>
> area[name="Utah"]->.a;
> (
>   node[amenity=bicycle_rental](area.a);
>   node[amenity=bicycle_parking](area.a);
>   way[highway=cycleway](area.a);
>   way[cycleway](area.a);
>   way["cycleway:right"](area.a);
>   way["cycleway:left"](area.a);
>   way[bicycle=yes][highway!=motorway](area.a);
>   way[bicycle=designated](area.a);
> );
> out meta;
> >;
> out skel qt;
>
> Martijn
>
>
___
Talk-us mailing list
Talk-us@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-us

Re: [Talk-it] Import numeri civici Trento



sent from a phone

> On 4. Oct 2017, at 10:08, Maurizio Napolitano  wrote:
> 
> Su questo ci andrei un po' piano in quanto, ci sono civici che sono
> distanti dalla via
> principale, ma poi esiste una percorso privato che arriva fino a lì.


il civico in questi casi non si trova all’inizio della via?


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

Re: [Talk-it] Import numeri civici Trento

sent from a phone

> On 4. Oct 2017, at 10:08, Maurizio Napolitano  wrote:
> 
> Della serie:
> un utente ha inserito il civico visto sulla casa
> un altro utente ha inserito un negozio ed ha assegnato il civico al POI.
> Qui come ci si comporta?

penso che dobbiamo sempre e ad ogni poi (che abbia un indirizzo) ripetere al 
meno strada e civico sul POI, perché altrimenti non abbiamo questa informazione 
(visto che non mettiamo di norma i civici ad un poligono ma ad un punto). 
Questo anche perché i negozi usano spesso soltanto uno dei vari civici a loro 
disposizione, oppure usano dei range del tipo 11/13.

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

Re: [OSM-talk] Could we just pause any wikidata edits for a month or two?

2017-10-04 Per discussione Stefan Keller

Hi,

2017-10-04 17:20 GMT+02:00 Martin Koppenhoefer :
> there is another aspect that could be added to your list for discussion:

I'd suggest to focus on the thread here and to the questions Yuri
asked (trying just to understand the background of this discussion):

2017-10-03 23:21 GMT+02:00 Yuri Astrakhan :
> While I have nothing against pausing bulk wikidata additions for a month, we
> should be very clear here:
> * several communities use bots to maintain and inject these tags, e.g.
> Israel. Should they pause their bots?
> * If a specific community is ok with it, does it override world wide ban for
> that location?
> * Has anyone actually been doing world-wide bulk wikidata additions ever
> since this discussion has restarted after what I thought was a settled
> matter about two weeks ago?

Anyone?

:Stefan


2017-10-04 17:20 GMT+02:00 Martin Koppenhoefer :
> there is another aspect that could be added to your list for discussion:
> wikipedia and wikidata integration on osm tag definition wiki pages.
>
> * Some wiki editors seem to believe, the first word of a osm tag definition
> should be a link to a wikipedia article about something related to this tag,
> but sometimes these are also interpreted as descriptions of what should go
> into the tag, particularly when the wikipedia link is the only substantial
> content.
>
> * There are many wikidata references on tag definition wiki pages as well,
> there is a field in the keydescription template to do it:
> https://wiki.openstreetmap.org/wiki/Template:KeyDescription
>
>
>
> Regarding the license question: wikidata is public domain (so taking name
> translations from there shouldn’t pose a problem), but it started (AFAIK)
> with importing things like coordinates and interlanguage links from
> wikipedia, which has different licenses, how was this step possible? Maybe
> because these are seen as facts and not copyrightable?
>
> Cheers,
> Martin
>
> ___
> talk mailing list
> talk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk
>

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

Re: [Talk-it] Import numeri civici Trento

2017-10-04 Per discussione Andrea Musuruane

Ciao Maurizio,

2017-10-04 10:08 GMT+02:00 Maurizio Napolitano :

> Ciao Andrea
> scusa il ritardo
> Fra week-end, guasto al monitor del portatile, scadenze e Daniele che
> è tornato a scuola
> non ho avuto modo di rispondere.
>

Nessun problema. Abbiamo tutti altri impegni :)


> > Vi consiglio di seguire il seguente template perché contiene molte delle
> > cose che devono essere discusse per un import.
> > https://wiki.openstreetmap.org/wiki/Import/Plan_Outline
>
> Grazie
> Questo proprio mi era sfuggito
>
> >> L'idea è avere un account dal nome trento_import.
> >> In effetti questo Daniele non lo ha scritto.
> >
> >
> > OK. Servirebbe anche un elenco di persone che partecipa all'import.
>
> con questo intendi poi le persone che vanno a fare ulteriori verifiche
> post import?
>

Nella ML di import verificano che chi vuole fare un import abbia la
necessaria esperienza (quanti changeset, ecc).

Ogni tanto capita (a me è capitato) che facciano anche pelo e contropelo su
questioni importanti ma non ben evidenziate nelle guidelines (tipo
verificare che il proprietario degli open data abbia effettivamente il
diritto di distribuire quel data set con quella licenza e non stia
distribuendo dati di terzi senza autorizzazione).

L'uso di un account di import (collegato in genere a un account esistente,
come user e user-import) serve sia per contattare il mapper, sia per
identificare subito il changeset come changeset di import.


> >> appena arriva l'ok lancia lo script
> >>
> >> > E' possibile vedere i dati che verranno importati
> >> > (già trasformati)?
> >>
> >> Lo script il cui codice è stato reso pubblico usa le API di OSM.
> >> Se serve convertirlo in .osm allora si può fare
> >
> >
> > Sarebbe meglio per verificare il risultato della trasformazione.
>
> Sto aspettando Daniele.
> Di fatto è tutto ricostruibile dai suoi script.
> Aspetto però il suo file.
>

OK.


> >> > Come verrà fatta la fase di QA?
> >>
> >> è già stata fatta tutta una analisi - documentata su github (che poi
> >> era il lavoro di stage di Daniele) - di confronto fra i dati erogati
> >> [...]
> >
> >
> > No, non mi è sfuggito. Tralasciando il modus operandi (che è
> interessante e
> > vorrei analizzarlo meglio appena ho tempo), il modo migliore per
> valutare la
> > bontà dei dati è analizzare il file OSM risultante.
>
> Tu intendi vedere di output in overlay sulla mappa osm?
>

Serve il file OSM risultato della trasformazione poterlo analizzare dentro
a JOSM, non in overlay sulla mappa. In questo modo si può verificare, per
esempio, come sono stati impostati i tag, come vanno a inserirsi nel
contesto dei dati esistenti, se la conflation è stata fatta correttamente,
ecc.


> > Inoltre, è altamente improbabile che questo sia il primo import che non
> > necessiti di una fase di QA successiva, perché tutto è stato importato
> > benissimo, i dati sorgente non contenevano errori e anche i dati
> > precedentemente inseriti in OSM erano perfetti.
>
> In realtà abbiamo riscontrato degli errori.
> Si tratta di alcune banalità come i nomi delle vie non espansi (es. Via G.
> Mazzini) o scritti in maiuscolo/minuscolo (es. "via" vs "Via") o male
> interpretati
> (es. Piazza di Fiera vs Piazza Fiera) o con errori di battitura.
>

Questo è assolutamente normale :-) La fase di QA serve anche per eliminare
questi errori (e avere una certa coerenza nella mappa).


> > Alcuni dei problemi che possono capitare sono: strade mancanti in OSM (ma
> > ricavabili dai civici e dalle foto satellitari), strade scritte con nomi
> > differenti nei civici e nella strada (già oggi ce ne sono molti a
> Trento),
>
> Sono andato a guardare per capire a cosa facevi riferimento.
> Daniele ha usato un po' di algoritmi di comparazione dei nomi delle vie.
> Il Comune usa i nomi scritti in maiuscolo e spesso mette il nome abbreviato
> (es. sui nomi di personaggi storici inserisce l'iniziale del nome e il
> cognome
> intero).
> Per fare questo ha prima usato la libreria libpostal di Mapzen che
> normalizza
> i nomi (es. "via XXIV Maggio" diventa "Via 24 Maggio"), poi ha usato la
> distanza
> Levenshtein fra stringhe (che da un indicatore percentuale di quanto
> due stringhe
> si assomigliano e qui ha verificato quelle sotto l'80% di similarità)
> e, infine, ha verificato
> che l'ultima stringa sia uguale.
> Esempio
> nel caso "VIA G. MAZZINI" e "Via Giuseppe Mazzini"
> una volta che ha applicato libpostal e visto che la distanza
> Levenshtein aveva un valore
> alto, è andato a verificato che la parola "Mazzini" fosse presente in
> entrambi i dataset.
>
> Sono andato comunque a guardare il tool di geofabrik per la verifica
> dei civici che hai
> poi segnalato.
> Premesso che i dati presenti sono tutti quelli inseriti
> precedentemente in OSM, i problemi
> di "nomi differenti dei civici e nella strada", di fatto c'erano ma si
> limitano a situazioni con
> un livello di similarità molto alto visto che si tratta di: nomi non
> espansi, "via" scritto con
> la "v"

Re: [Talk-es] Áreas de protección de monumentos

2017-10-04 Per discussione Jesús Gómez Fernández

Iván echa un vistazo a la clave heritage[1] y si puedes utiliza también la
combinación de etiquetas

boundary=protected_area
protect_class=xx

Como comenté por la lista hace unos meses, el esquema protect_class es
bastante más preciso para definir áreas de protección de cualquier tipo y
está adaptado a las particularidades de cada país. [2]

Un saludo.
Jesús Gómez


[1] http://wiki.openstreetmap.org/wiki/Key:heritage
[2]
http://wiki.openstreetmap.org/wiki/Tag:boundary%3Dprotected_area#Classification

El 4 de octubre de 2017, 17:40, Iván  escribió:

> Buenas,
>
> Como soy nuevo en la lista, aunque no en OSM, a pesar de que mapeo poco,
> me presento. Soy Iván (Ivanhercaz ) y
> seguramente ya haya coincidido en Telegram con algunos de los que
> frecuentan esta lista. Hoy decidí suscribirme para estar al tanto de lo que
> se hable por aquí, así que voy a aprovechar para preguntar una duda que
> tengo.
>
> ¿Es posible delimitar el área de protección de un monumento (ya sea bien
> de interés cultural o no) en OSM? Para situar el tema: los monumentos
> suelen tener su área, que normalmente es el espacio que ocupa, p. ej. una
> estatua o un yacimiento; y por otra parte, se suele demarcar un área como
> zona de protección del monumento. Esto ocurre sobre todo con los
> yacimientos arqueológicos ubicados en el extrarradio, ya que es más
> complicado delimitar este área para aquellos monumentos que se encuentran
> dentro de un núcleo urbanizado.
>
> He estado investigando en la wiki pero no he encontrado nada claro. Lo más
> «claro» que encuentro es la etiqueta historic=archaeological_site
> 
> (que he traducido al español de paso, así que animo a alguien a corregir
> cualquier falta que vea), pero no especifica nada sobre este asunto ni si
> es posible o si acaso se debe hacer.
>
> ¿Alguno de ustedes sabe algo sobre este tema que comento? ¿Es posible
> demarcar las áreas de protección en OSM?
>
> Gracias de antemano.
>
> Saludos, Iván
> --
> Iván Hernández Cazorla
> Miembro de *Wikimedia España*
>
> ___
> Talk-es mailing list
> Talk-es@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-es
>
>
___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

Re: [Talk-es] Áreas de protección de monumentos

2017-10-04 Per discussione Jesús Lopez

Hola Iván.

Sí, es posible. Yo para esos casos suelo usar estas dos etiquetas:

•   boundary=protected_area
•   area=yes

En esta página del wiki [1] lo tienes mejor explicado todo lo relacionado con 
los monumentos.

Un saludo.
Jesús

[1] https://wiki.openstreetmap.org/wiki/ES:Key:ref:bic 




> El 04 oct 2017, a las 17:40, Iván  escribió:
> 
> Buenas,
> 
> Como soy nuevo en la lista, aunque no en OSM, a pesar de que mapeo poco, me 
> presento. Soy Iván (Ivanhercaz ) y seguramente ya 
> haya coincidido en Telegram con algunos de los que frecuentan esta lista. Hoy 
> decidí suscribirme para estar al tanto de lo que se hable por aquí, así que 
> voy a aprovechar para preguntar una duda que tengo.
> 
> ¿Es posible delimitar el área de protección de un monumento (ya sea bien de 
> interés cultural o no) en OSM? Para situar el tema: los monumentos suelen 
> tener su área, que normalmente es el espacio que ocupa, p. ej. una estatua o 
> un yacimiento; y por otra parte, se suele demarcar un área como zona de 
> protección del monumento. Esto ocurre sobre todo con los yacimientos 
> arqueológicos ubicados en el extrarradio, ya que es más complicado delimitar 
> este área para aquellos monumentos que se encuentran dentro de un núcleo 
> urbanizado.
> 
> He estado investigando en la wiki pero no he encontrado nada claro. Lo más 
> «claro» que encuentro es la etiqueta historic=archaeological_site 
>  (que 
> he traducido al español de paso, así que animo a alguien a corregir cualquier 
> falta que vea), pero no especifica nada sobre este asunto ni si es posible o 
> si acaso se debe hacer.
> 
> ¿Alguno de ustedes sabe algo sobre este tema que comento? ¿Es posible 
> demarcar las áreas de protección en OSM?
> 
> Gracias de antemano.
> 
> Saludos, Iván
> -- 
> Iván Hernández Cazorla
> Miembro de Wikimedia España
> ___
> Talk-es mailing list
> Talk-es@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-es

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

Re: [OSM-talk-fr] Publication OpenData du cadastre

2017-10-04 Per discussione ades_...@orange.fr

signalé dans un post voisin, je n’avait pas encore vu ce fil.
Le cadastre proposé semble très moyen ;-) pour ce qui concerne le bâti. des 
édifices nettement différencié sur car.gouv.fr sont regroupé en un seul, que ce 
soit en jsom ou en edigeo… à prendre avec des pincettes donc… ??
> Le 4 oct. 2017 à 18:28, Christian Quest  a écrit :
> 
> 

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

Re: [OSM-talk-fr] Réseau de transport mappé à Accra

2017-10-04 Per discussione Florian LAINEZ

Aussitôt demandé, aussitôt réalisé. J'adore notre communauté !
Merci Fred pour la création de http://junglebus.io/accra
Vous pouvez tous voir le résultat de notre boulot sur le terrain :)

Le 29 septembre 2017 à 10:17, Florian LAINEZ  a écrit :

> Au fait, maintenant on cherche à faire un rendu carto du réseau qui sera
> dispo à l'adresse http://junglebus.io/accra
>
> J'en ai parlé à nos amis nicaraguens qui ont fait rutas.mapanica.net qui
> fait le taff : le réseau est visible et on peut sélectionner une ligne à
> droite de l'écran pour l'highighter.
> Le code source de cette page est accessible ici :
> https://github.com/mapanica/rutas
>
> Y aurait-il quelqu'un de motivé pour adapter le code pour la ville d'Accra
> et mettre ça sur notre site internet ?
> Beaucoup de gloire à récolter :P
>
> Merci par avance les motivés
>
> Le 29 septembre 2017 à 09:25, Florian LAINEZ  a écrit :
>
>> Hello,
>> Les membres du projet Jungle Bus sont heureux de vous annoncer que le
>> travail de cartographie du réseau de transport de la ville d'Accra
>> (capitale du Ghana) est terminé !
>> Les 320 lignes de trotro (les minibus locaux) sont maintenant toutes dans
>> OSM et seront mises à jour et utilisées par la communauté locale, les
>> autorités locales et plusieurs applications de transport.
>>
>> Si vous voyez des erreurs dans les données, on est preneurs : on termine
>> en ce moment le travail de contrôle qualité mais peut avoir loupé des trucs
>> ;)
>>
>> C'est pour nous l’aboutissement de mois de boulot. Je remercie
>> particulièrement Noémie qui a tout donnée sur ce projet.
>> Tous les détails sont ici : https://wiki.openstreetmap.org
>> /wiki/AccraMobile3 et les données sont là :
>> http://overpass-turbo.eu/s/rQF
>>
>> Jungle !
>>
>> --
>>
>> *Florian Lainez*
>> @overflorian 
>>
>
>
>
> --
>
> *Florian Lainez*
> @overflorian 
>



-- 

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

[OSM-talk-fr] Cadastre ouvert mais…

2017-10-04 Per discussione ades_...@orange.fr

Je viens de voir dans un post de C Quest sur le forum osm 
(http://forum.openstreetmap.fr/viewtopic.php?f=3=6583=16815=7aa6f7606a3795a530f2dee2c8045dff#p16815
 
)
 que le cadastre a été « libéré ».
Super, sauf que …
Que ce soit en JSOM ou Edigéo des bâtiments sont regroupés en un seul ; sur 
cada.gov.fr, les bâtiments sont bien séparés (sur l’import via OSM ils sont 
aussi regroupés). 
On dirait le rendu OSM.fr   ;-) (il est super sauf la 
non-dissociation des bâtiments, mais c’est hors sujet).
Quelqu’un a-t-il constaté ça ? Où faut-il en parler ?
Me suis aperçu du blem en voulant mettre à jour le bâti d’une COM à partir du 
cadastre nouvellement publié. Je ne peux pas utiliser les outils carto (qgis ou 
josm) pour voir les différences, les vérifier puis modifier la base OSM… du 
moins pas avec les outils qui vont (entités identiques ou se chevauchant, etc.) 
sauf à vérifier plus de 2000 édifices à la main et de toute façon à partir de 
bases fausses (une partie de l'existant a été modifié dans la vraie vie et le 
nouveau ne correspond pas à l’existant non modifié dans la vraie vie).

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

Re: [OSM-talk-be] How we deal with this kind of note

2017-10-04 Per discussione Glenn Plas

It probably is Château de Miremont when checking the map.

On 04-10-17 18:50, Glenn Plas wrote:
> I can also see on the opposing side of the road a touristic sign that
> points you toward what I think reads "Chateau de miracle" even though
> it's blurred.
> 
> That hardly looks private.
> 
> https://www.google.be/maps/@50.5623311,4.2435211,3a,21y,117.34h,75.78t/data=!3m6!1e1!3m4!1sY7eetCLpKRiHgvO06v-M0Q!2e0!7i13312!8i6656
> 
> GLenn

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

Re: [OSM-talk-be] How we deal with this kind of note

2017-10-04 Per discussione Glenn Plas

I can also see on the opposing side of the road a touristic sign that
points you toward what I think reads "Chateau de miracle" even though
it's blurred.

That hardly looks private.

https://www.google.be/maps/@50.5623311,4.2435211,3a,21y,117.34h,75.78t/data=!3m6!1e1!3m4!1sY7eetCLpKRiHgvO06v-M0Q!2e0!7i13312!8i6656

GLenn


On 04-10-17 15:46, Gerard Vanderveken wrote:
> On second view, on the left tree, seems to be a little C1 sign and on
> the right tree there seems some text on a panel behind the leaves.
> I believe it is private, unless a visit at the place proves otherwise.
> 
> Regards,
> Gerard.
> 
> mgwebm...@fastmail.fm wrote:
>> Strange. That’s the link that is provided by their app. Could you try
>> again with this one or go to http://www.ngi.be/topomapviewer/ and then
>> search for Feluy : the path is just nest to the pointer.
>>
>> PS : I know it’s evil but still, have a look of the place on street
>> view
>> 
>>  :-)
>> There is absolutely nothing stating that this way is private.
>>
>> Matthieu
>>
>>> On 4 Oct 2017, at 13:55, Glenn Plas >> > wrote:
>>>
>>> Hi,
>>>
>>> This link gives a bad request response for me:
>>>
>>> Bad Request
>>>
>>> Your browser sent a request that this server could not understand.
>>>
 FYI, the path is mapped by the NGI, with driving restriction. See this
 link
 
>>>
>>> Could you doublecheck this, I'm quite interested in this data.
>>>
>>> Cheers,
>>>
>>> Glenn
>>
>> 
>>
>> ___
>> Talk-be mailing list
>> Talk-be@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-be
>>   
> 
> 
> ___
> Talk-be mailing list
> Talk-be@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-be
> 


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

Re: [OSM-talk-be] Visit to Tourism Pajottenland

Ik wil je best in contact brengen met de mensen van Pajottenland zodat je
ze kan uitnodigen. Ze lijken me nu nog niet klaar om zelf te beginnen
mappen. Ik laat ze op hun tempo wennen aan de gedachte

m

Op 4 okt. 2017 17:48 schreef "Jo" :

> Ik was deze namiddag op een bijeenkomst van Bos en Natuur, maar er waren
> ook andere mensen aanwezig. Onder andere iemand van Toerisme Vlaanderen,
> die zeer geïnteresseerd was voor de wandelnetwerken.
>
> Miisschien moet ik de volgende meetup in Leuven eens kaderen in het mappen
> van wandelroutes? En de mensen van GR ook nog eens uitnodigen.
>
> Jo
>
> 2017-10-04 15:50 GMT+02:00 Marc Gemis :
>
>> Today I visited Tourism Pajottenland to explain OSM to them.
>>
>> Here's a brief summary of their plans. If you have contact with
>> similar origanisations in your area, let me know. They will all have
>> to make the same inventory.
>>
>> They have to make an inventory of all non-protected heritage items, be
>> it buildings, pillories, trees or hedges.
>> just like any other region in Flanders. Nobody has a system for this yet.
>> So they are thinking of doing part of it in OSM (the data we can use).
>> This would also be used as some kind of base for the volunteers they
>> will train to make the full inventory of the items. I was thinking
>> about MapContrib. Isn't there a way to have private fields that are
>> not uploaded to OSM ?
>> They will make a publication of Pajot-Zenne for Spring 2018 in which
>> they will present OSM, but also waarneming.be and may some other
>> projects. There will be an announcement for workshops around those
>> projects. I already volunteered for the OSM part, but of course others
>> are welcome to join me. Furthermore I will get an updated list of
>> heritage, so I can start adding it to OSM.
>> I will also recontact Rivierenland to tell them about this project, as
>> they were thinking of similar projects.
>>
>> Another topic are the walking networks. They will be reorganized, new
>> maps will have to be published. Alwin was already dreaming of having
>> them published in the magazine by the time the official brochures will
>> be published.
>> Also part of the network will be completely digital. No more print
>> outs or poles, just the wandelknooppunt.be app.
>>
>> regards
>>
>> m
>>
>> ___
>> Talk-be mailing list
>> Talk-be@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-be
>>
>
>
> ___
> Talk-be mailing list
> Talk-be@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-be
>
>
___
Talk-be mailing list
Talk-be@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-be

[OSM-talk-be] Fwd: [OSM-talk] Cycle network nodes and mountain passes

-- Doorgestuurd bericht --
Van: "Richard Fairhurst" 
Datum: 4 okt. 2017 18:11
Onderwerp: [OSM-talk] Cycle network nodes and mountain passes
Aan: 
Cc:

Hi all,

I've just added support for a couple more tags to cycle.travel's directions
and thought it worth mentioning here - everyone likes seeing their mapping
being used. :)

First up, cycle.travel now includes 'knooppunten' (cycle node networks) in
turn-by-turn directions. These are found in the Netherlands, Belgium and
parts of Germany, and help you navigate dense cycle route networks. Here's
an example:

https://cycle.travel/map/journey/51597

This picks up rcn_ref= or lcn_ref= tags on nodes.

It also includes mountain passes in the turn-by-turn directions, for people
who like riding somewhere hillier:

https://cycle.travel/map/journey/51600

These are nodes (on highways) tagged natural=saddle or mountain_pass=yes
with a name tag. If there's an ele tag, this will be output too.

Live in Western Europe now; will be in North America in the next update in
a week or so's time. cycle.travel mapping and routing is updated from OSM
roughly once a month. And thanks to everyone who has added knooppunten and
mountain pass info to OSM!

cheers
Richard

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

Re: [Talk-gb-westmidlands] Next meeting

2017-10-04 Per discussione Rob Nickerson

Thanks. See you soon.

Rob

On 4 Oct 2017 8:16 a.m., "Andy Robinson"  wrote:

> Wellington is here btw:
>
> http://www.openstreetmap.org/way/8971
>
>
>
> *From:* Andy Robinson [mailto:ajrli...@gmail.com]
> *Sent:* 04 October 2017 08:12
> *To:* 'Rob Nickerson'
> *Cc:* 'Brian Prangle'; 'talk-gb-westmidlands'
> *Subject:* RE: [Talk-gb-westmidlands] Next meeting
>
>
>
> Suggest we try the Wellington. From my mate who knows it well:
>
>
>
> “The Wellington is normally fine with plenty of seat's and quite a few
> quiet corners, even if they have the monthly cheese night on there is still
> the upstairs bar. Food is easy as you take your own in and they provide
> plates, condiments etc you'll quite often find me in there eating sushi”
>
>
>
> See you this eve
>
> Cheers,
>
> Andy
>
>
>
>
>
> *From:* Rob Nickerson [mailto:rob.j.nicker...@gmail.com
> ]
> *Sent:* 02 October 2017 23:03
> *To:* Andy Robinson
> *Cc:* Brian Prangle; talk-gb-westmidlands
> *Subject:* Re: [Talk-gb-westmidlands] Next meeting
>
>
>
> Wednesday seems best (just) as it's me, maybe Todd and maybe Andy.
> Thursday is just Eike.
>
> We can switch back to Thursday next month.
>
> @Andy: Let me know re the pub.
>
> @Todd: Will you be able to make it this Wednesday?
>
>
> *Rob*
>
>
>
> On 28 September 2017 at 22:22, Andy Robinson  wrote:
>
> Wed it is then. Not 100% sure I can make it currently.
>
>
>
> We did use the Shakespeare before but I think we found it a bit small and
> noisy (sky tv). Wherever we go its best that there isn’t a big screen in
> eye/ear shot.
>
> I have a friend that used the Wellington a lot. Will ask his view.
>
>
>
> Cheers
>
> Andy
>
>
>
>
>
>
>
> *From:* Rob Nickerson [mailto:rob.j.nicker...@gmail.com]
> *Sent:* 27 September 2017 22:57
> *To:* Andy Robinson
> *Cc:* Brian Prangle; talk-gb-westmidlands
>
>
> *Subject:* Re: [Talk-gb-westmidlands] Next meeting
>
>
>
> With two people saying no to Thursday (3 if you include me) this month, we
> might as well go for Wednesday 4th October.
>
> For pubs those in Birmingham may know better but here are some ideas. I
> suggest the first on the list unless anyone knows a reason to rule it out.
>
> - The gunmakers arms. Just round the corner from the bull. (seems to have
> it's own micro brewery)
>
> - Queen's Arms, Newhall St
>
> - The Shakespeare, Summer Row
>
> - The Wellington (no event on Wednesday / live folk music on Thursday). 
> Bennetts
> Hill
>
> - The Lost and Found. Bennetts Hill
>
> See you soon,
>
>
>
>
> *Rob*
>
>
>
> On 27 September 2017 at 10:16, Andy Robinson  wrote:
>
> I’m easy, though in Cheshire more and more.
>
>
>
> Cheers
>
> Andy
>
>
>
> *From:* Brian Prangle [mailto:bpran...@gmail.com]
> *Sent:* 27 September 2017 08:15
> *To:* Rob Nickerson
> *Cc:* talk-gb-westmidlands
> *Subject:* Re: [Talk-gb-westmidlands] Next meeting
>
>
>
> Hi Rob
>
> No progress on alternative venue and I definitely can't make Thurs 5th
>
> Regards
>
> Brian
>
>
>
> On 26 September 2017 at 23:59, Rob Nickerson 
> wrote:
>
> Hi all,
>
> Are we back in Birmingham for Octobers meeting? I seem to recall some
> discussion about trying a new venue. Where did we get to on that one?
>
> Also I've screwed up my calendar so Thursday 5th October isn't looking
> that great for me :-( I might have to skip it but throwing the idea of a
> one off Wednesday meeting out there if that works for others. If not the go
> ahead without me on Thursday.
>
> *Rob*
>
>
> ___
> Talk-gb-westmidlands mailing list
> Talk-gb-westmidlands@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-gb-westmidlands
>
>
>
>
>
>
>
___
Talk-gb-westmidlands mailing list
Talk-gb-westmidlands@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-gb-westmidlands

Re: [OSM-talk-fr] Publication OpenData du cadastre

2017-10-04 Per discussione Christian Quest


Le 04/10/2017 à 16:30, David Marchal a écrit :


Bonjour.

Merci pour le travail déjà fait sur le support ; après un rapide coup d’œil, 
j’ai quelques retours :
* le plugin pourrait-il prémâcher les tags des bâtiments du GeoJSON, par 
exemple en mettant directement building=yes, source=… et wall=no sur les 
polygones ? Il semble que, pour ces polygones, le tag type vaille 02 pour un 
bâtiment léger, et 01 pour les autres, mais il vaudrait sans doute mieux 
demander confirmation à l’Etalab ;


C'est bien ça et toute la doc concernant les fichiers EDIGEO est disponible:

https://www.data.gouv.fr/s/resources/plan-cadastral-informatise/20170906-150737/standard_edigeo_2013.pdf


* la création de highway=residential avec le cadastre est une bonne idée quand 
les voies n’existent pas déjà ; toutefois, en milieu rural, là où les données 
seront le plus susceptibles d’être importées dans OSM, ce sera plus souvent des 
chemins que des rues, donc peut-être que highway=track serait plus approprié ? 
Sinon, highway=road ; en plus, cela attirerait l’attention du contributeur sur 
ces chemins qu’il essaierait d’envoyer dans OSM sans les avoir vérifiés au 
préalable, puisque jOSM n’aime pas envoyer des highway=road ;


A mon avis ces géométries (couche zoncommuni) ne devraient être 
qu'indicatives et utilisées par des bot de comparaison. Elle sont 
parfois incohérentes (un seul linestring pour plusieurs rues). A mettre 
de côté pour l'instant à mon avis.



* un truc qu’on perd, je trouve, ou alors je n’ai pas compris comment l’avoir : 
on ne peut plus connaître l’étendue d’un lieu-dit, ni son code FANTOIR 
d’ailleurs, avec les nouvelles données, car on perd le lien entre l’étiquette 
du lieu-dit et son emprise, et ces données ne contiennent pas le FANTOIR ;


Il y a une couche correspondant aux emprises des lieux-dits, par contre, 
tout comme les filaires de voirie, il n'y a pas de lien avec FANTOIR... 
là aussi, un retraitement intermédiaire serait plus utile qu'un accès 
direct depuis JOSM.




* une autre amélioration possible : si la relation des frontières de la commune 
est présente, donner la possibilité de télécharger en un clic tout ou partie 
des données publiées pour la commune, grâce au code INSEE présent dans la 
relation ;


Dans quel but ? Pour affichage ou pour retravailler dessus et upload ?
Vu le volume je crains qu'on fasse de l'import sans réel affinage des 
données.




* les emprises de rivières sont importées comme waterway=riverbank, or il me 
semble que ce schéma est déprécié et en perte de vitesse par rapport à 
natural=water+water=river, qu’alors il vaudrait sans doute mieux utiliser. 
Sinon, mettre seulement natural=water seul ; comme ça, cela éviterait de mettre 
des tags erronés sur les étangs, s’ils ont les mêmes : au lieu d’avoir des tags 
erronés sur les étangs, on aurait des tags à préciser sur tous les polygones. 
Dommage que le sens d’écoulement manque dans ces données, ça aurait pu 
permettre un import direct d’un chemin waterway=stream/ditch/river…


Là aussi c'est de l'habillage et pas forcément très à jour. On avait 
d'ailleurs suspendu la génération de cette couche sur cadastre.gouv.fr 
vu la mauvaise qualité par rapport à ce qu'on constate sur le terrain.



Attention, je dis tout ça naïvement, sans savoir ce que ça représente comme 
travail de développement. Quoi qu’il en soit, déjà un bon boulot de fait ; 
merci Vincent et Christian pour ces avancées.



Il me semble utile d'expérimenter et d'explorer ces données, mais d'être 
très prudent dans un premier temps sur la ré-utilisation qu'on peut en 
faire.


Il est urgent d'attendre un peu, surtout que pas mal d'autres choses 
devraient arriver à courte échéance et qui rendra sûrement 
l'exploitation des EDIGEO moins intéressante.


--
Christian Quest - OpenStreetMap France


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

[OSM-talk] Cycle network nodes and mountain passes

2017-10-04 Per discussione Richard Fairhurst


Hi all,

I've just added support for a couple more tags to cycle.travel's 
directions and thought it worth mentioning here - everyone likes seeing 
their mapping being used. :)


First up, cycle.travel now includes 'knooppunten' (cycle node networks) 
in turn-by-turn directions. These are found in the Netherlands, Belgium 
and parts of Germany, and help you navigate dense cycle route networks. 
Here's an example:


https://cycle.travel/map/journey/51597

This picks up rcn_ref= or lcn_ref= tags on nodes.

It also includes mountain passes in the turn-by-turn directions, for 
people who like riding somewhere hillier:


https://cycle.travel/map/journey/51600

These are nodes (on highways) tagged natural=saddle or mountain_pass=yes 
with a name tag. If there's an ele tag, this will be output too.


Live in Western Europe now; will be in North America in the next update 
in a week or so's time. cycle.travel mapping and routing is updated from 
OSM roughly once a month. And thanks to everyone who has added 
knooppunten and mountain pass info to OSM!


cheers
Richard

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

Re: [OSM-co] Abreviaturas

2017-10-04 Per discussione Jorge Aguirre

Envíe los mensajes para la lista Talk-co a
talk-co@openstreetmap.org

Para subscribirse o anular su subscripción a través de la WEB
https://lists.openstreetmap.org/listinfo/talk-co

O por correo electrónico, enviando un mensaje con el texto "help" en
el asunto (subject) o en el cuerpo a:
talk-co-requ...@openstreetmap.org

Puede contactar con el responsable de la lista escribiendo a:
talk-co-ow...@openstreetmap.org

Si responde a algún contenido de este mensaje, por favor, edite la
linea del asunto (subject) para que el texto sea mas especifico que:
"Re: Contents of Talk-co digest...". Además, por favor, incluya en la
respuesta sólo aquellas partes del mensaje a las que está
respondiendo.


Asuntos del día:

   1. Re: Resumen de Talk-co, Vol 110, Envío 8 (Jorge Aguirre)


--

Message: 1
Date: Wed, 4 Oct 2017 08:13:00 -0600
From: Jorge Aguirre 
To: talk-co@openstreetmap.org
Subject: Re: [OSM-co] Resumen de Talk-co, Vol 110, Envío 8
Message-ID:

Content-Type: text/plain; charset="utf-8"

Gracias por sus respuestas. Todas tienen validez - y ciertamente las
abreviaturas en general no deben utilizarse al nombrar cualquier lugar o
sitio, según OSM.  Estamos totalmente de acuerdo en que los nombres de las
calles deben ser ingresados *sin abreviaturas* en la casilla de* name:*.

Pero temo que el que no se supo expresar he sido yo mismo.  El asunto es el
siguiente:

- Los *rótulos con nombres* que se encuentran físicamente en las mismas
calles de Bogotá en su mayoría son abreviados.  Y no solo son abreviados,
sino utilizan letras que no aparecen en la palabra original.

Ya hemos encontrado que en algunos casos éstos nombres en su forma
abreviada han sido ingresados a la base de datos como *addr:street*, lo que
por definición no tiene validez (y debiera incluso ser eliminado).

https://www.openstreetmap.org/edit?editor=id=392536678#map=17/4.73042/-74.03803

Sin embargo, debido a que el nombre en su forma corta es lo que predomina
en los rótulos, queremos sugerir utilizar estos como *short_name* (que he
encontrado más se adecua), además del nombre completo, e ingresarlos así,
tal y como aparecen en los rótulos.  Creo que esto no afecta los parámetros
globales de OSM y que puede ser utilizado específicamente en el territorio
Colombiano, dada la forma de escritura adoptada.

Estas formas cortas de nombrar las calles pueden ser lógicas para una
persona que habla español, pero para personas de otros idiomas, que
utilizan incluso otros caracteres, todo esto puede ser muy confuso. El
ingreso de estas formas cortas adicional al nombre completo lo haríamos
para ayudar a estas personas.

En conclusión, queremos ingresar los nombres completos y también éstos en
su forma corta para que la información en general esté más completa.

Quedo nuevamente a la espera de sus comentarios, los que son muy
importantes.


Jorge Aguirre
Geographer
Kaart Group, LLC
jo...@kaartgroup.com
+(502) 4191 1999 
www.kaartgroup.com



*“Let's make our planet great again.”*
- Emmanuel Macron
  President of France



2017-09-28 6:40 GMT-06:00 :

> Envíe los mensajes para la lista Talk-co a
> talk-co@openstreetmap.org
>
> Para subscribirse o anular su subscripción a través de la WEB
> https://lists.openstreetmap.org/listinfo/talk-co
>
> O por correo electrónico, enviando un mensaje con el texto "help" en
> el asunto (subject) o en el cuerpo a:
> talk-co-requ...@openstreetmap.org
>
> Puede contactar con el responsable de la lista escribiendo a:
> talk-co-ow...@openstreetmap.org
>
> Si responde a algún contenido de este mensaje, por favor, edite la
> linea del asunto (subject) para que el texto sea mas especifico que:
> "Re: Contents of Talk-co digest...". Además, por favor, incluya en la
> respuesta sólo aquellas partes del mensaje a las que está
> respondiendo.
>
>
> Asuntos del día:
>
>1. Re: Abreviaturas (Leonardo Gutierrez)
>2. Re: Abreviaturas (Fredy Rivera)
>
>
> --
>
> Message: 1
> Date: Thu, 28 Sep 2017 07:22:36 -0500
> From: Leonardo Gutierrez 
> To: OpenStreetMap Colombia 
> Subject: Re: [OSM-co] Abreviaturas
> Message-ID:
>  gmail.com>
> Content-Type: text/plain; charset="utf-8"
>
> Sobre el particular he encontrado que se ha movido el estándar
últimamente.
> Hace algunos años cuando quería poner diferentes nombres a una vía.  Por
> ejemplo una avenida que se llama CRA 30 y Nqs, procedía a separarlos
dentro
> de la misma etiqueta con punto y coma.  Ahora el validador me reporta esto
> como un error.
>
> Se debe usar alt_name si se quisiera usar varios nombres.
>
>

Re: [OSM-talk] Could we just pause any wikidata edits for a month or two?

2017-10-04 Per discussione Christoph Hormann

On Wednesday 04 October 2017, Martin Koppenhoefer wrote:
> there is another aspect that could be added to your list for
> discussion: wikipedia and wikidata integration on osm tag definition
> wiki pages.
>
> * Some wiki editors seem to believe, the first word of a osm tag
> definition should be a link to a wikipedia article about something
> related to this tag, but sometimes these are also interpreted as
> descriptions of what should go into the tag, particularly when the
> wikipedia link is the only substantial content.
>
> [...]

I agree this problem exists but it has existed for many years so it is 
not really something related to the current topic of wikidata and 
systematic addition of wikidata IDs.  I would suggest to separate that 
discussion.

> Regarding the license question: wikidata is public domain (so taking
> name translations from there shouldn’t pose a problem), but it
> started (AFAIK) with importing things like coordinates and
> interlanguage links from wikipedia, which has different licenses, how
> was this step possible? Maybe because these are seen as facts and not
> copyrightable?

AFAIK Wikipedia essentially says you can enter individual pieces of 
information (from any book, any map or any digital database) because 
such individual pieces of information are not protected in any way.  
You can enter such information freely into Wikipedia and from there it 
can be freely transferred to Wikidata (with a different license).  They 
ignore the fact that database law says that if you do so 
systematically, like if you determine the coordinates of all towns and 
cities in Germany from Google, you are subject to the restrictions of 
database protection.  Wikipedia ignores that possibility but OSM does 
not, therefore for OSM any information entered from Wikipedia or 
Wikidata would need to be treated as information from whatever source 
it was originally entered into Wikipedia or Wikidata.  If that source 
is unknown such information should not be used.  Practically this is 
not that much of a problem because if you have some info from Wikipedia 
(like a certain name or coordinates) that you don't know the source of 
and that you cannot verify independently from other sources or from own 
local knowledge it is not information you should enter into OSM anyway.

-- 
Christoph Hormann
http://www.imagico.de/

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

Re: [Talk-es] Áreas de protección de monumentos

2017-10-04 Per discussione Iván Hernández Cazorla

Mas que a «alguien», animo a /cualquiera/ (fallos que ocurren a veces 
por escribir con prisas, disculpen) a corregir lo que esté mal traducido 
o si he cometido algún fallo. Estoy familiarizado con las traducciones 
en MediaWiki, pero quizás se me ha ido algo.



On 04/10/17 16:40, Iván wrote:
He estado investigando en la wiki pero no he encontrado nada claro. Lo 
más «claro» que encuentro es la etiqueta historic=archaeological_site 
 
(que he traducido al español de paso, así que animo a alguien a 
corregir cualquier falta que vea), pero no especifica nada sobre este 
asunto ni si es posible o si acaso se debe hacer.


--
Iván Hernández Cazorla
Miembro de *Wikimedia España*
___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

Re: [OSM-talk-be] Visit to Tourism Pajottenland

2017-10-04 Per discussione Jo

Ik was deze namiddag op een bijeenkomst van Bos en Natuur, maar er waren
ook andere mensen aanwezig. Onder andere iemand van Toerisme Vlaanderen,
die zeer geïnteresseerd was voor de wandelnetwerken.

Miisschien moet ik de volgende meetup in Leuven eens kaderen in het mappen
van wandelroutes? En de mensen van GR ook nog eens uitnodigen.

Jo

2017-10-04 15:50 GMT+02:00 Marc Gemis :

> Today I visited Tourism Pajottenland to explain OSM to them.
>
> Here's a brief summary of their plans. If you have contact with
> similar origanisations in your area, let me know. They will all have
> to make the same inventory.
>
> They have to make an inventory of all non-protected heritage items, be
> it buildings, pillories, trees or hedges.
> just like any other region in Flanders. Nobody has a system for this yet.
> So they are thinking of doing part of it in OSM (the data we can use).
> This would also be used as some kind of base for the volunteers they
> will train to make the full inventory of the items. I was thinking
> about MapContrib. Isn't there a way to have private fields that are
> not uploaded to OSM ?
> They will make a publication of Pajot-Zenne for Spring 2018 in which
> they will present OSM, but also waarneming.be and may some other
> projects. There will be an announcement for workshops around those
> projects. I already volunteered for the OSM part, but of course others
> are welcome to join me. Furthermore I will get an updated list of
> heritage, so I can start adding it to OSM.
> I will also recontact Rivierenland to tell them about this project, as
> they were thinking of similar projects.
>
> Another topic are the walking networks. They will be reorganized, new
> maps will have to be published. Alwin was already dreaming of having
> them published in the magazine by the time the official brochures will
> be published.
> Also part of the network will be completely digital. No more print
> outs or poles, just the wandelknooppunt.be app.
>
> regards
>
> m
>
> ___
> Talk-be mailing list
> Talk-be@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-be
>
___
Talk-be mailing list
Talk-be@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-be

[Talk-es] Áreas de protección de monumentos

2017-10-04 Per discussione Iván


Buenas,

Como soy nuevo en la lista, aunque no en OSM, a pesar de que mapeo poco, 
me presento. Soy Iván (Ivanhercaz ) y 
seguramente ya haya coincidido en Telegram con algunos de los que 
frecuentan esta lista. Hoy decidí suscribirme para estar al tanto de lo 
que se hable por aquí, así que voy a aprovechar para preguntar una duda 
que tengo.


¿Es posible delimitar el área de protección de un monumento (ya sea bien 
de interés cultural o no) en OSM? Para situar el tema: los monumentos 
suelen tener su área, que normalmente es el espacio que ocupa, p. ej. 
una estatua o un yacimiento; y por otra parte, se suele demarcar un área 
como zona de protección del monumento. Esto ocurre sobre todo con los 
yacimientos arqueológicos ubicados en el extrarradio, ya que es más 
complicado delimitar este área para aquellos monumentos que se 
encuentran dentro de un núcleo urbanizado.


He estado investigando en la wiki pero no he encontrado nada claro. Lo 
más «claro» que encuentro es la etiqueta historic=archaeological_site 
 
(que he traducido al español de paso, así que animo a alguien a corregir 
cualquier falta que vea), pero no especifica nada sobre este asunto ni 
si es posible o si acaso se debe hacer.


¿Alguno de ustedes sabe algo sobre este tema que comento? ¿Es posible 
demarcar las áreas de protección en OSM?


Gracias de antemano.

Saludos, Iván

--
Iván Hernández Cazorla
Miembro de *Wikimedia España*
___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

Re: [Talk-it] utente che usa ortofoto G a Orbetello

nel caso di infrazione di diritti di terzi l’unico a poter fare la redazione 
(redaction) necessaria è un amministratore (e forse anche la DWG, ma credo di 
no). Con un semplice revert i dati rimangono nello storico / full planet.


Ciao,
Martin 

sent from a phone

> On 4. Oct 2017, at 12:55, liste DOT girarsi AT posteo DOT eu 
>  wrote:
> 
> Il 04/10/2017 12:49, mbranco2 ha scritto:
>> Beh, se nel commento del changeset c'è #hotosm, non dovrebbero esserci
>> problemi: per le attività dello Humanitarian OpenstreetMap Team persino
>> Google ha messo a disposizione - in casi specifici [1]  - le immagini
>> aeree; sovente sono immagini fatte ad hoc per il progetto HOT, per es. con
>> i droni.
>> Un progetto interessante per sapere quali ortofoto sono liberamente
>> utilizzabili è OpenAerialMap [2], so che in questo progetto è coinvolto
>> 'giovand' : se ci legge può darci info aggiornate a riguardo.
>> Ciao,
>> Marco
> Non so se può servire, per l'Italia questo:
> 
> http://wiki.openstreetmap.org/wiki/IT:Potenziali_fonti_di_dati
> 
> 
> 
> -- 
> Simone Girardelli
> _|_|_|_|_|_|_|_|_|_
> |_|_|_|_|_|_|_|_|_|_|
> 
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it

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

Re: [OSM-talk] Could we just pause any wikidata edits for a month or two?

there is another aspect that could be added to your list for discussion: 
wikipedia and wikidata integration on osm tag definition wiki pages. 

* Some wiki editors seem to believe, the first word of a osm tag definition 
should be a link to a wikipedia article about something related to this tag, 
but sometimes these are also interpreted as descriptions of what should go into 
the tag, particularly when the wikipedia link is the only substantial content.

* There are many wikidata references on tag definition wiki pages as well, 
there is a field in the keydescription template to do it: 
https://wiki.openstreetmap.org/wiki/Template:KeyDescription



Regarding the license question: wikidata is public domain (so taking name 
translations from there shouldn’t pose a problem), but it started (AFAIK) with 
importing things like coordinates and interlanguage links from wikipedia, which 
has different licenses, how was this step possible? Maybe because these are 
seen as facts and not copyrightable? 

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

Re: [Talk-br] Como ser um nó de banco de dados do OSM?

2017-10-04 Per discussione Rodrigo M. Mariano

 

Olá Sérgio e Nelson, bom dia, 

Desculpem-me a demora, estávamos
discutindo as possibilidades aqui. 

Muito obrigado pelos seus links
Sérgio, me ajudaram bastante. 

Eu montei a seguinte wiki [1], com um
resumo dos dados, que explico adiante. 

Nelson, nós queremos montar um
portal para trabalhar com dados históricos públicos. 

Teremos um
serviço web para manipular eles. 

Um dos nossos dados, que temos
interesse em colocar no OSM, são as vetorizações de mapas antigos,


como as ruas e os edifícios. Só que nossos dados tem a componente
temporal envolvida. 

Por exemplo: teremos a Rua São Pio X, no ano de
1900, outra em 1910, 1920 e 1930. 

Trabalharemos com o mesmo objeto em
tempos diferentes. 

Pelo o que eu pesquisei, o OSM não trabalha com a
parte temporal, certo? 

Todos os dados ficam salvos no mapa padrão do
OSM. 

Por exemplo, todas as ruas do exemplo acima (as 4), ficariam
salvas no mapa padrão do OSM, certo? 

Ou outro exemplo, eu tenho o
hospital Santa Bárbara, que foi construído em 1910 e demolido em 1940.


No OSM esse dado apareceria no mapa padrão também, certo? 

Ficando
com quatro ruas, uma sobrepondo a outra e um hospital aparecendo, sendo
que já foi demolido. 

Eu estava olhando a wiki de dados históricos [2],
mas não encontrei uma parte para ruas históricas. 

Será que haveria
alguma maneira de salvar esses dados temporais de mapas antigos no OSM?


Agradeço desde já. 

[1]
https://wiki.openstreetmap.org/wiki/Pauliceia2.0 

[2]
https://wiki.openstreetmap.org/wiki/Historic 

Atenciosamente, 

Rodrigo


Em 27-09-2017 08:17, Nelson A. de Oliveira escreveu: 

> 2017-09-26
15:28 GMT-03:00 Rodrigo M. Mariano :
> 
>> Isto
é realmente possível? Se sim, alguém poderia me passar, por favor, as
instruções de como podermos ser um nó de BD do OSM?
> 
> Vocês querem
que tipo de serviço exatamente?
> Apenas o banco de dados, um servidor
de tiles ou outra coisa?
> 
> Esse servidor seria para uso interno de
vocês ou seria disponibilizado
> para o público também?

Em 27-09-2017
08:00, Sérgio V. escreveu: 

> Bom dia Rodrigo, 
> 
> parece muito
interessante a proposta. 
> 
> Não entendo muito da parte de
informática, 
> 
> mas talvez você possa encontrar mais informações
sobre o que deseja nestes links sobre a base de dados do OSM: 
> 
>
https://wiki.openstreetmap.org/wiki/Category:OSM_API [1] 
> 
>
https://wiki.openstreetmap.org/wiki/Databases_and_data_access_APIs [2]

> 
> https://wiki.openstreetmap.org/wiki/Planet.osm [3] 
> 
>
https://wiki.openstreetmap.org/wiki/Frameworks [4] 
> 
> Imagino que
deve ter mais dados que outros possam lhe informar. 
> E que para ser um
servidor oficial necessitaria algum contato com a "OpenStreetMap
Foundation" 
> 
> http://wiki.osmfoundation.org/wiki/Main_Page [5] 
> 
>
https://wiki.openstreetmap.org/wiki/Open_Database_License [6]
> 
> Seria
importante você criar uma página na wiki em português para documentar
sua proposta, para ficar registrado e a comunidade poder acompanhar: 
>

> https://wiki.openstreetmap.org/wiki/Main_Page [7] 
> 
> De minha
parte, acho ótima proposta. 
> 
> - - - - - - - - - - - - - - - - 
> 
>
Sérgio - http://www.openstreetmap.org/user/smaprs [8] 
> 
>
-
> 
> DE: Rodrigo M. Mariano

> ENVIADO: terça-feira, 26 de setembro de 2017
15:28
> PARA: talk-br@openstreetmap.org
> ASSUNTO: [Talk-br] Como ser um
nó de banco de dados do OSM? 
> 
> Olá a todos, boa tarde, 
> 
> Eu
tinha lido em algum lugar, sobre instituições poderem criar um nó de 
>

> banco de dados do OSM, mas não estou encontrando mais sobre isso. 
>

> Isto é realmente possível? Se sim, alguém poderia me passar, por
favor, 
> 
> as instruções de como podermos ser um nó de BD do OSM? 
>

> Nós aqui do INPE estamos pensando em criar um servidor que seja nó do
OSM, que 
> 
> terão os dados de um projeto nosso, por isso gostaria de
avaliar a possibilidade. 
> 
> Atenciosamente, 
> --




Links:
--
[1]
https://wiki.openstreetmap.org/wiki/Category:OSM_API
[2]
https://wiki.openstreetmap.org/wiki/Databases_and_data_access_APIs
[3]
https://wiki.openstreetmap.org/wiki/Planet.osm
[4]
https://wiki.openstreetmap.org/wiki/Frameworks
[5]
http://wiki.osmfoundation.org/wiki/Main_Page
[6]
https://wiki.openstreetmap.org/wiki/Open_Database_License
[7]
https://wiki.openstreetmap.org/wiki/Main_Page
[8]
http://www.openstreetmap.org/user/smaprs
___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

Re: [Talk-it] Aiuto compilazione query Overpass.

2017-10-04 Per discussione vrmap

E' perfetta, molte grazie.
vrmap



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

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

Re: [OSM-talk-fr] Publication OpenData du cadastre

2017-10-04 Per discussione David Marchal

Bonjour.

Merci pour le travail déjà fait sur le support ; après un rapide coup d’œil, 
j’ai quelques retours :
* le plugin pourrait-il prémâcher les tags des bâtiments du GeoJSON, par 
exemple en mettant directement building=yes, source=… et wall=no sur les 
polygones ? Il semble que, pour ces polygones, le tag type vaille 02 pour un 
bâtiment léger, et 01 pour les autres, mais il vaudrait sans doute mieux 
demander confirmation à l’Etalab ;
* la création de highway=residential avec le cadastre est une bonne idée quand 
les voies n’existent pas déjà ; toutefois, en milieu rural, là où les données 
seront le plus susceptibles d’être importées dans OSM, ce sera plus souvent des 
chemins que des rues, donc peut-être que highway=track serait plus approprié ? 
Sinon, highway=road ; en plus, cela attirerait l’attention du contributeur sur 
ces chemins qu’il essaierait d’envoyer dans OSM sans les avoir vérifiés au 
préalable, puisque jOSM n’aime pas envoyer des highway=road ;
* un truc qu’on perd, je trouve, ou alors je n’ai pas compris comment l’avoir : 
on ne peut plus connaître l’étendue d’un lieu-dit, ni son code FANTOIR 
d’ailleurs, avec les nouvelles données, car on perd le lien entre l’étiquette 
du lieu-dit et son emprise, et ces données ne contiennent pas le FANTOIR ;
* une autre amélioration possible : si la relation des frontières de la commune 
est présente, donner la possibilité de télécharger en un clic tout ou partie 
des données publiées pour la commune, grâce au code INSEE présent dans la 
relation ;
* les emprises de rivières sont importées comme waterway=riverbank, or il me 
semble que ce schéma est déprécié et en perte de vitesse par rapport à 
natural=water+water=river, qu’alors il vaudrait sans doute mieux utiliser. 
Sinon, mettre seulement natural=water seul ; comme ça, cela éviterait de mettre 
des tags erronés sur les étangs, s’ils ont les mêmes : au lieu d’avoir des tags 
erronés sur les étangs, on aurait des tags à préciser sur tous les polygones. 
Dommage que le sens d’écoulement manque dans ces données, ça aurait pu 
permettre un import direct d’un chemin waterway=stream/ditch/river…

Attention, je dis tout ça naïvement, sans savoir ce que ça représente comme 
travail de développement. Quoi qu’il en soit, déjà un bon boulot de fait ; 
merci Vincent et Christian pour ces avancées.

Cordialement.


De : Vincent Privat 
Envoyé : mardi 3 octobre 2017 23:34
À : Discussions sur OSM en français
Objet : Re: [OSM-talk-fr] Publication OpenData du cadastre
  

Hello,
Quelques compléments d'info sur JOSM.
Le support du cadastre est disponible, il faut utiliser la toute dernière 
version stable (12921) de JOSM et la version 33690 du greffon cadastre-fr.
J'ai annoncé la nouvelle version du greffon il y a quelques jours sur la liste 
dev-fr, et on en a parlé aussi au dernier meeting toulousain, j'ai déjà corrigé 
quelques soucis de jeunesse suite aux tests préliminaires des mappeurs 
toulousains :)



Le greffon permet d'ouvrir les lots Edigéo via file/open, file/open location, 
ou en drag, soit de l'archive tar.bz2, soit du fichier .THF.
Les géométries sont automatiquement simplifiées pour éviter d'avoir des 
piscines avec 500 nœuds. Le souci des bâtiments coupés en 2 au milieu d'une 
limite de parcelle ne se pose pas, vu qu'il s'agit des géométries natives du 
cadastre (sauf dans les cas  de bâtiments à cheval sur plusieurs planches).
Actuellement sont chargés le bâti, les limites administratives, les parcelles & 
sections, les adresses, la voirie, et diverses autres choses (puits, pylônes, 
cimetières, bâtiment de culte, etc.). Tout est sourcé avec le tag habituel 
"cadastre-fr ... DGFiP  2017 etc.".
Ne sont pas chargés: les infos de mitoyenneté (mur, fossé) parce que 
représentées par un nœud, et les choses qui sont bizarrement regroupées dans le 
cadastre telles que "terrains de sport et petits ruisseaux" (WTF?!), ou bien 
"parking, terrasse, surplomb",  etc. 
Pour les curieux la correspondance entre les données du cadastre et les tags 
OSM se fait ici:
https://github.com/openstreetmap/josm-plugins/blob/master/cadastre-fr/src/org/openstreetmap/josm/plugins/fr/cadastre/edigeo/pci/EdigeoPciReader.java#L37

 https://avatars1.githubusercontent.com/u/261431?v=4=400 

openstreetmap/josm-plugins
github.com
josm-plugins - Mirror of the JOSM plugin repository in Subversion



Les calques chargés ainsi dans JOSM sont flaggués "envoi dissuadé". C'est à 
dire: JOSM va vous crier dessus si vous essayez d'envoyer ces données vers OSM, 
pour sensibiliser tout le monde qu'il y a un gros travail de vérification & 
d'intégration à mener  avant de faire ça. Si je vois qu'il y a des dérives et 
des imports massifs sans travail préalable, je basculerai rapidement en mode 
"envoi interdit", ce qui bloquera complètement l'envoi direct à partir de ces 
calques.


Il me manque à exploiter la date de dernière mise à jour (je pense à la mettre 
dans un tag source:date).


J'attends l'API

Re: [OSM-talk-fr] Comment taguer un lycée et lycée pro

2017-10-04 Per discussione Jérôme Amagat

Bonjour,
Pour moi, ces soit disant "2" lycées, c'est un seul lieu. Ce lieu s'appelle
la cité Scolaire Claude Lebois (ou le lycée Claude Lebois). l’éducation
nationale le sépare en 2, lycées général d'un coté et pro de l'autre mais
il me semble que c'est comme ça à chaque fois pour les lycée général et
professionnel.
Moi je mettrais sur l'emprise total :
name=Cité Scolaire Claude Lebois
alt_name=lycée Claude Lebois
et ref:UAI=les 2 codes séparés par un ";"
et pas de node en plus amenity=school

pour l'adresse (c'est un truc qui fait pas consensus :) ) je préfère mettre
un node à l'entrée avec cette adresse. Sur le way du lycée remplacer les
addr:*=* par des contact:*=*

l'ecole a coté c'est pareil, il y a 3 amenity=* c'est pas terrible. soit
les 2 sont plutôt bien séparer dans l'espace et je préfère 2 polygone un
pour l’école elementaire et un pour la maternelle.  Soit les 2 sont
mélangés (locaux et cour de l’école) alors un seul polygone englobant toute
l’école.
d'ailleurs il y a "name=École maternelle et primaire la Croix Berthaud" :
primaire c'est déjà elementaire + maternelle
il y a aussi un amenity=shelter (je suis pas sur que ça soit faire pour ce
genre de chose mais j'en sais rien en fait :) ) avec name=Abri de l'école
élémentaire : c'est un abri qui sert à l’école elementaire peut être mais
"Abri de l'école élémentaire" ce n'est pas son nom.


Le 3 octobre 2017 à 20:33, Adrien Carpentier  a
écrit :

> Bonjour,
> Je fais en comme Marc : un polygone d'emprise, le ou les bâtis, 2 points
> distincts pour chaque lycée avec son code UAI
> dans ce cas, je vérifie toujours s'il s'agit bien de 2 lycées distincts,
> souvent ils finissent par fusionner en un lycée polyvalent (ici, il n'y a
> déjà plus qu'un seul proviseur pour les 2 lycées),
> parfois ils partagent des lieux communs mais ont une partie distincte,
> mais d'autres les 2 sont vraiment imbriqués
> dans ton cas, ce sont bien 2 lycées distincts :
> http://www.education.gouv.fr/pid24302/annuaire-resultat-
> recherche.html?lycee=3_name==1_
> name=Saint-Chamond+%2842%29
> sur l'emprise tu peux indiquer que c'est une cité scolaire avec l'adresse
> :
> http://www.claudelebois.fr/site/
> Bonne soirée
> Adrien
>
>
>
> Le 3 octobre 2017 à 20:19, marc marc  a écrit :
>
>> Le 03. 10. 17 à 19:25, Cédric Frayssinet a écrit :
>>
>> >>> Comment fait-on pour taguer proprement un lycée qui fait lycée général
>> >>> ET lycée professionnel et ceci dans les mêmes bâtiments et ayant 2
>> >>> entités bien distinctes (UAI différent) ?
>> >> Je séparerais les bâtiments de leurs "occupants" :
>> >> des chemins fermés pour les buildings
>> >> 2 nœuds pour les 2 "occupants"
>> >> un landuse pour englober le tout s'il y a plusieurs bâtiments.
>> >>
>> >
>> > Merci pour ta réponse Marc. Du coup, j'en déduis que ce lycée semble
>> > bien tagué : http://www.openstreetmap.org/#map=18/45.46736/4.51325 ?
>>
>> j'aurais fais légèrement différent
>> - éviter d'avoir 2 fois la même adresse en mettant l'adresse une seule
>> fois uniquement sur la zone (ou l'entrée principale)
>> - si les 2 lycées sont "co-habitant" se partagent les locaux, j'aurais
>> mis soit les 2 en nom pour l'ensemble, soit aucun nom sur la zone et
>> mettre uniquement le nom sur 2 noms séparément pour les 2 lycées.
>>
>> Mais c'est déjà très bien ainsi.
>>
>> Cordialement,
>> Marc
>> ___
>> Talk-fr mailing list
>> Talk-fr@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-fr
>>
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-co] Resumen de Talk-co, Vol 110, Envío 8

2017-10-04 Per discussione Jorge Aguirre

Gracias por sus respuestas. Todas tienen validez - y ciertamente las
abreviaturas en general no deben utilizarse al nombrar cualquier lugar o
sitio, según OSM.  Estamos totalmente de acuerdo en que los nombres de las
calles deben ser ingresados *sin abreviaturas* en la casilla de* name:*.

Pero temo que el que no se supo expresar he sido yo mismo.  El asunto es el
siguiente:

- Los *rótulos con nombres* que se encuentran físicamente en las mismas
calles de Bogotá en su mayoría son abreviados.  Y no solo son abreviados,
sino utilizan letras que no aparecen en la palabra original.

Ya hemos encontrado que en algunos casos éstos nombres en su forma
abreviada han sido ingresados a la base de datos como *addr:street*, lo que
por definición no tiene validez (y debiera incluso ser eliminado).

https://www.openstreetmap.org/edit?editor=id=392536678#map=17/4.73042/-74.03803

Sin embargo, debido a que el nombre en su forma corta es lo que predomina
en los rótulos, queremos sugerir utilizar estos como *short_name* (que he
encontrado más se adecua), además del nombre completo, e ingresarlos así,
tal y como aparecen en los rótulos.  Creo que esto no afecta los parámetros
globales de OSM y que puede ser utilizado específicamente en el territorio
Colombiano, dada la forma de escritura adoptada.

Estas formas cortas de nombrar las calles pueden ser lógicas para una
persona que habla español, pero para personas de otros idiomas, que
utilizan incluso otros caracteres, todo esto puede ser muy confuso. El
ingreso de estas formas cortas adicional al nombre completo lo haríamos
para ayudar a estas personas.

En conclusión, queremos ingresar los nombres completos y también éstos en
su forma corta para que la información en general esté más completa.

Quedo nuevamente a la espera de sus comentarios, los que son muy
importantes.


Jorge Aguirre
Geographer
Kaart Group, LLC
jo...@kaartgroup.com
+(502) 4191 1999 
www.kaartgroup.com



*“Let's make our planet great again.”*
- Emmanuel Macron
  President of France



2017-09-28 6:40 GMT-06:00 :

> Envíe los mensajes para la lista Talk-co a
> talk-co@openstreetmap.org
>
> Para subscribirse o anular su subscripción a través de la WEB
> https://lists.openstreetmap.org/listinfo/talk-co
>
> O por correo electrónico, enviando un mensaje con el texto "help" en
> el asunto (subject) o en el cuerpo a:
> talk-co-requ...@openstreetmap.org
>
> Puede contactar con el responsable de la lista escribiendo a:
> talk-co-ow...@openstreetmap.org
>
> Si responde a algún contenido de este mensaje, por favor, edite la
> linea del asunto (subject) para que el texto sea mas especifico que:
> "Re: Contents of Talk-co digest...". Además, por favor, incluya en la
> respuesta sólo aquellas partes del mensaje a las que está
> respondiendo.
>
>
> Asuntos del día:
>
>1. Re: Abreviaturas (Leonardo Gutierrez)
>2. Re: Abreviaturas (Fredy Rivera)
>
>
> --
>
> Message: 1
> Date: Thu, 28 Sep 2017 07:22:36 -0500
> From: Leonardo Gutierrez 
> To: OpenStreetMap Colombia 
> Subject: Re: [OSM-co] Abreviaturas
> Message-ID:
>  gmail.com>
> Content-Type: text/plain; charset="utf-8"
>
> Sobre el particular he encontrado que se ha movido el estándar últimamente.
> Hace algunos años cuando quería poner diferentes nombres a una vía.  Por
> ejemplo una avenida que se llama CRA 30 y Nqs, procedía a separarlos dentro
> de la misma etiqueta con punto y coma.  Ahora el validador me reporta esto
> como un error.
>
> Se debe usar alt_name si se quisiera usar varios nombres.
>
> http://wiki.openstreetmap.org/wiki/Key:alt_name
>
> La parecer es ahora en estándar.
>
> Por otra parte dentro de las direcciones de cada puerta se debe poner
> también el nombre de la calle así que con mayor razón el uso de
> abreviaturas el poco viable.
>
> Me parece eso sí que los métodos de geocoding deberían tener en cuenta
> estás al hacer las búsquedas.
>
>
> Muchas gracias.
>
> El 28 sep. 2017 2:52 AM, "Germán Márquez Mejía" 
> escribió:
>
> > Coincido con la negativa a usar abreviaturas. No en vano existe la
> > regla. Es tarea del Renderer y del Backend transformarlas si así se
> > desea.
> >
> > Nominatim, por ejemplo, reconoce búsquedas que utilizan la mayoría de
> > abreviaturas colombianas porque se las proporcionamos a los
> > desarrolladores para que las incluyeran en la lógica del motor de
> > búsqueda. Por ejemplo, Av. Cl. 100 # 11B-27 arroja la dirección
> > correcta a pesar de que la calle se llama Avenida Calle 100 [0].
> >
> > @Jorge: La estrategia correcta, si deseas que las abreviaturas al
> > estilo Bogotá (creo que 4-72 la aplica internamente también para el
> > resto del país) sean reconocidas en las búsquedas, es que te comuniques
> > con los

Re: [OSM-talk-fr] Langues régionales : à la recherche du consensus

Le 04. 10. 17 à 15:06, Philippe Verdy a écrit :
> Le 4 octobre 2017 à 14:01, Christian Rogel 
> Je n'ai jamais vu une utilité quelconque à "name:fr" 
> dans le contexte français.

Cela a une (exceptionnelle) (petite) utilité, par exemple le cas
de rainerU oü le nom fantoir n'est pas "francisé".
Mais lorsque le name = name:fr je ne vois en effet aucune raison
de dupliquer cela. sinon cela reviens ä dupliquer tout les noms.

> Imagine un utilisateur ayant dans ses préférences de langue : fr,en, 
> s'il n'y a pas name:fr=* mais il y a name:en=* alors il verra le nom 
> anglais en priorité sur le name=* qui est en français (mais qui ne 
> l'indique pas explicitement.
cela existe comme application qui fait ainsi ? si oui laquelle ?
si non, cela me semble une fois de plus revenir au problème de manque
de valeur par défaut. parce que dire que tout les noms en France sont
en français (sauf exception), c'est tout aussi "dupliqué" (= inutile 
sinon à contourner un problème qui doit se résoudre au niveau 
applicatif) que les 340 000 addr:country=FR en France.

> cela prémunise aussi contre l'écrasement du nom par défaut

Si on suit la logique, on pourrait aussi dupliquer la référence fantoir
si jamais quelqu'un l'altère.
Ensuite on pourrait dupliquer les tags dupliqués au cas où quelqu'un
les altère... on s'arrête où ?
Les sauvegardes c'est bien, les sauvegardes avec l'objet sauvegardé non.
On manque d'outil pour analyser automatiquement l'historique d'un objet.
Je ne pense pas qu'on résoudra cela en dupliquant encore + les infos.

Pendant ce temps, d'autres rues du même village n'ont pas le bon nom :
661650033D  RUE DU MOULIN
661650020P  RUE DE L EGLISE
661658030W  RTE DE SANTA BARBA
661658980D  RTE DELS TURONS
2 autres noms de rues ne sont pas dans osm

Je persiste à croire qu'on se trompe de priorité/utilité...
On ferrait mieux de commencer par renseigner tout les noms
avec le bon name avant de raffiner avec les name:xx
cela permettrait de se localiser, première fonction d'une carte.

PS: que veux dire l'abréviation VC en catalan ?

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

Re: [OSM-talk-be] How we deal with this kind of note

2017-10-04 Per discussione mgwebmail


You’re right, I didn’t noticed.

> On 4 Oct 2017, at 15:46, Gerard Vanderveken  wrote:
> 
> On second view, on the left tree, seems to be a little C1 sign and on the 
> right tree there seems some text on a panel behind the leaves.
> I believe it is private, unless a visit at the place proves otherwise.
> 
> Regards,
> Gerard.
> 
> mgwebm...@fastmail.fm  wrote:
>> Strange. That’s the link that is provided by their app. Could you try again 
>> with this one or go to http://www.ngi.be/topomapviewer/ 
>>  and then search for Feluy : the path is 
>> just nest to the pointer.
>> 
>> PS : I know it’s evil but still, have a look of the place on street view 
>> 
>>  :-) There is absolutely nothing stating that this way is private.
>> 
>> Matthieu
>> 
>>> On 4 Oct 2017, at 13:55, Glenn Plas >> > wrote:
>>> 
>>> Hi,
>>> 
>>> This link gives a bad request response for me:
>>> 
>>> Bad Request
>>> 
>>> Your browser sent a request that this server could not understand.
>>> 
 FYI, the path is mapped by the NGI, with driving restriction. See this
 link
 >
>>> 
>>> Could you doublecheck this, I'm quite interested in this data.
>>> 
>>> Cheers,
>>> 
>>> Glenn
>> 
>> 
>> ___
>> Talk-be mailing list
>> Talk-be@openstreetmap.org 
>> https://lists.openstreetmap.org/listinfo/talk-be 
>> 
>>   
> ___
> Talk-be mailing list
> Talk-be@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-be

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

[OSM-talk-be] Visit to Tourism Pajottenland

Today I visited Tourism Pajottenland to explain OSM to them.

Here's a brief summary of their plans. If you have contact with
similar origanisations in your area, let me know. They will all have
to make the same inventory.

They have to make an inventory of all non-protected heritage items, be
it buildings, pillories, trees or hedges.
just like any other region in Flanders. Nobody has a system for this yet.
So they are thinking of doing part of it in OSM (the data we can use).
This would also be used as some kind of base for the volunteers they
will train to make the full inventory of the items. I was thinking
about MapContrib. Isn't there a way to have private fields that are
not uploaded to OSM ?
They will make a publication of Pajot-Zenne for Spring 2018 in which
they will present OSM, but also waarneming.be and may some other
projects. There will be an announcement for workshops around those
projects. I already volunteered for the OSM part, but of course others
are welcome to join me. Furthermore I will get an updated list of
heritage, so I can start adding it to OSM.
I will also recontact Rivierenland to tell them about this project, as
they were thinking of similar projects.

Another topic are the walking networks. They will be reorganized, new
maps will have to be published. Alwin was already dreaming of having
them published in the magazine by the time the official brochures will
be published.
Also part of the network will be completely digital. No more print
outs or poles, just the wandelknooppunt.be app.

regards

m

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

Re: [OSM-talk-be] How we deal with this kind of note

2017-10-04 Per discussione Gerard Vanderveken

On second view, on the left tree, seems to be a little C1 sign and on 
the right tree there seems some text on a panel behind the leaves.

I believe it is private, unless a visit at the place proves otherwise.

Regards,
Gerard.

mgwebm...@fastmail.fm wrote:

Strange. That’s the link that is provided by their app. Could you try 
again with this one or go to http://www.ngi.be/topomapviewer/ and then 
search for Feluy : the path is just nest to the pointer.


PS : I know it’s evil but still, have a look of the place on street 
view 
 :-) 
There is absolutely nothing stating that this way is private.


Matthieu

On 4 Oct 2017, at 13:55, Glenn Plas > wrote:


Hi,

This link gives a bad request response for me:

Bad Request

Your browser sent a request that this server could not understand.


FYI, the path is mapped by the NGI, with driving restriction. See this
link
>



Could you doublecheck this, I'm quite interested in this data.

Cheers,

Glenn





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

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

[Talk-it] libretto Introduzione a OpenStreetMap edizione settembre 2017

2017-10-04 Per discussione Alessandro Palmas


  
  
Ciao,
con Andrea Musuruane e Marco Brancolini ispirandoci all'analogo
tutorial dell'ormai lontano 2012 realizzato da Luca Delucchi,
Maurizio Napolitano e Alessio Zanol abbiamo caricato sulla wiki un
libretto A5 di 16 pagine (4 pagine A4) dal titolo "Introduzione a
OpenStreetMap" (1).
Per ora l'ho linkato nella pagina
  https://wiki.openstreetmap.org/wiki/IT:Beginners%27_guide ; il
  testo sarà caricato da qualche parte per renderlo disponibile a
  modifiche e aggiornamenti.
Alessandro Ale_Zena_IT


1)
https://wiki.openstreetmap.org/wiki/File:Libretto_introduzione_a_OpenStreetMap_2017_09.pdf

  


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

Re: [OSM-talk-be] How we deal with this kind of note

2017-10-04 Per discussione mgwebmail

Strange. That’s the link that is provided by their app. Could you try again 
with this one or go to http://www.ngi.be/topomapviewer/ 
 and then search for Feluy : the path is just 
nest to the pointer.

PS : I know it’s evil but still, have a look of the place on street view 

 :-) There is absolutely nothing stating that this way is private.

Matthieu

> On 4 Oct 2017, at 13:55, Glenn Plas  wrote:
> 
> Hi,
> 
> This link gives a bad request response for me:
> 
> Bad Request
> 
> Your browser sent a request that this server could not understand.
> 
>> FYI, the path is mapped by the NGI, with driving restriction. See this
>> link
>> 
> 
> Could you doublecheck this, I'm quite interested in this data.
> 
> Cheers,
> 
> Glenn

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

Re: [OSM-talk-fr] Langues régionales : à la recherche du consensus

Le 4 octobre 2017 à 14:01, Christian Rogel  a écrit :

> > Le 4 oct. 2017 à 13:00, rainerU  a écrit :
> >
> >> Am 04.10.2017 um 11:17 schrieb marc marc:
> >> Où se trouve précisément cette place ? je ne la trouve pas
> >> dans osm en cherchant avec name name:fr et name:ca
> >> et le cadastre demande de fournir le nom de la commune.
> >>> name:fr=Plaça del Joc de Boles
> >>> alt_name:fr=Place du Jeu de Boules
> >
> > http://www.openstreetmap.org/way/464542251
> >> cela n'a aucun sens.
> >> Lorsque je m'exprime en français, et que je dis "je vais
> >> à tel endroit", je ne dis PAS "je vais à Plaça del Joc de Boles".
> >> "Plaça del Joc de Boles" n'est donc pas le nom en français.
> >> Au contraire je vais dire "je vais à la place du jeu de boules"
> >
> > C'est pour cela j'ai écrit que je ne vois pas de consensus dans ce cas.
> Pour les uns name:fr est le nom officiel utilisé par l'administration
> française, pour les autres c'est la version en langue française de ce nom.
>
> Je n'ai jamais vu une utilité quelconque à "name:fr" dans le contexte
> français.
>
En Bretagne, ils sont rares et quand j'en vois, je les supprime.
>

Là tu as tord. La façon dont les langues sont recherchées fait que name=*
n'indiquant pas sa langue, il peut désigner n'importe laquelle et ce n'est
alors qu'un fallback de dernière chance et une autre langue explicite
pourra être utilisée à la place (pas forcément le français mais une langue
proche).

Imagine un utilisateur ayant dans ses préférences de langue : fr,en, s'il
n'y a pas name:fr=* mais il y a name:en=* alors il verra le nom anglais en
priorité sur le name=* qui est en français (mais qui ne l'indique pas
explicitement.

name=* est toujours un nom à utiliser en dernière chance il n'a jamais la
priorité sur les autres name:=*.

Dans dans le cas où une ressources a plusieurs langues indiquées, si le nom
par défaut est celui en français il est utile de l'indiquer aussi dans
name:fr=* même si c'est le même. Et cela prémunise aussi contre
l'écrasement du nom par défaut qui ne laisse pas de trace exploitable (sauf
dans les historiques mais pas utilisés facilement).


> Dans la RF, nous n'avons besoin que du "name" qui contient les noms
> officiels et qui doit être affiché par défaut et d'éventuels "name:.
>

et donc aussi de name:fr=* dès qu'il y a un autre name:=*
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [Talk-GB] Red route attribution

2017-10-04 Per discussione Paul Berry

Phil wrote:

> As far as I am aware red routes only exist in that there London, so a UK
wide practice is unlikely.

> Probably equivalent to no stopping tagging combined with opening hours?

I'd go with this. While Red Routes are London and West Midlands only,
no_stopping and opening_hours tags would cover both those and the
better-known Clearways (though note the rarer *Urban Clearways* allow you
to quickly pick up or set down passengers, so they are not no_stopping
routes).

Regards,
*Paul*

On 4 October 2017 at 11:16, Philip Barnes  wrote:

> As far as I am aware red routes only exist in that there London, so a UK
> wide practice is unlikely.
>
> Probably equivalent to no stopping tagging combined with opening hours?
>
> Phil (trigpoint)
>
> On 4 October 2017 10:14:33 BST, Nils Nolde  wrote:
>>
>> Hi all,
>>
>> I´m trying to find out if there´s a common practice across the UK to
>> attribute red routes?
>>
>> I found a few examples on how people deal with them, but no best
>> practice. It seems most common to put 'red_route' for tag
>> 'restriction_designation':
>> http://taginfo.openstreetmap.org.uk/search?q=red_route#values
>>
>> Would it make sense to add 2 values to the 'restriction' tag:
>> 'red_route_single', 'red_route_double'? Or a 'red_route' tag? Not sure
>> about OSM policies here.. But I´m sure one could get the info at least for
>> London from Transport for London.
>>
>> Many thanks
>> Nils
>>
>
> --
> Sent from my Android device with K-9 Mail. Please excuse my brevity.
>
> ___
> Talk-GB mailing list
> Talk-GB@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-gb
>
>
___
Talk-GB mailing list
Talk-GB@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-gb

Re: [Talk-it] Aiuto compilazione query Overpass.

2017-10-04 Per discussione Andrea Albani

Ciao,

se ho capito bene forse così:

[out:json][timeout:25];
relation(4537756);
(
way(r);
);
(._;>;);
out;

se per caso non vuoi i nodi che compongono le way dentro alla relazione
togli il (._;>;);

Ciao

Il giorno 4 ottobre 2017 12:31, vrmap  ha scritto:

> Generalmente, per estrarre tutti gli elementi contenuti nella relazione di
> un
> percorso escursionistico con Overpass Turbo, utilizzo una query del tipo:
>
> [out:json][timeout:25];
> relation(4537756);(._;>;);out;
>
> Il risultato della query lo esporto in un file geojson.
> Con questa query il file geojson generato da Overpass Turbo contiene sempre
> un primo elemento riguardante l'intero percorso e poi riporta i singoli
> elementi che compongono la relazione con le
> rispettive caratteristiche.
> La domanda è: qualcuno sa come modificare la query affinché mi restituisca
> un output che contenga solo i singoli elementi che compongono la relazione
> senza inserirmi all'inizio l'intero tracciato?
>
> vrmap
>
>
>
>
>
>
> --
> Sent from: http://gis.19327.n8.nabble.com/Italy-General-f5324174.html
>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [OSM-talk-fr] Langues régionales : à la recherche du consensus

2017-10-04 Per discussione Christian Quest


Le 04/10/2017 à 10:02, rainerU a écrit :

Am 03.10.2017 um 17:59 schrieb Anne-Marie Candès:
  * Que faire dans le cas où le nom d’une route, un chemin un 
ruisseau est  en
    langue locale et n’a pas été changé en langue officielle par le 
passé. Je
    trouve de nombreux exemples qui clignotent dans Osmose où c’est 
le cas
    /« langue locale du nom sans langue par défault »/Il s’agit des 
cas où c’est
    le nom catalan qui est utilisé localement  et non le français 
pour des rues,
    des lieux dits, des ruisseaux qui ne serait pas compris avec une 
traduction
    française puisque c’est le catalan qui a toujours été utilisé 
pour les
    désigner (tout n’a pas été traduit ou transcrit par le passé). 
Dans la plupart des cas signalés par Osmose dans les Pyrénées 
Orientales et liés à la langue locale, il s'agit de noms officiels qui 
figurent sur le cadastre ou dans la BD Carthage. Je les traite donc 
comme les noms des villages qui ont un nom officiel en langue 
régionale et je mets le nom catalan dans name et name:ca . Par-contre, 
je ne mets pas de name:fr car à mon avis, il y a une ambiguïté sur 
l'utilisation cet attribut dans les cas où existe une version 
française du nom. A mon avis, quand le nom officiel est "Plaça del Joc 
de Boles" le tagging correct serait :


name=Plaça del Joc de Boles
name:ca=Plaça del Joc de Boles
name:fr=Plaça del Joc de Boles
alt_name:fr=Place du Jeu de Boules

Mais j'ai du mal à déceler un consensus sur ce point dans ce fil de 
discussion.




Voilà comment ça devrait être logiquement taggué:

name=Plaça del Joc de Boles
name:ca=Plaça del Joc de Boles
name:fr=Place du Jeu de Boules

A partir du moment où l'on précise la langue, il faut que le libellé 
soit dans cette langue, or "Plaça del Joc de Boles" ce n'est pas du 
français mais du catalan et n'a donc rien à faire dans un name:fr


--
Christian Quest - OpenStreetMap France


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

Re: [OSM-talk-fr] Langues régionales : à la recherche du consensus

> Le 4 oct. 2017 à 13:00, rainerU  a écrit :
> 
>> Am 04.10.2017 um 11:17 schrieb marc marc:
>> Où se trouve précisément cette place ? je ne la trouve pas
>> dans osm en cherchant avec name name:fr et name:ca
>> et le cadastre demande de fournir le nom de la commune.
>>> name:fr=Plaça del Joc de Boles
>>> alt_name:fr=Place du Jeu de Boules
> 
> http://www.openstreetmap.org/way/464542251
>> cela n'a aucun sens.
>> Lorsque je m'exprime en français, et que je dis "je vais
>> à tel endroit", je ne dis PAS "je vais à Plaça del Joc de Boles".
>> "Plaça del Joc de Boles" n'est donc pas le nom en français.
>> Au contraire je vais dire "je vais à la place du jeu de boules"
> 
> C'est pour cela j'ai écrit que je ne vois pas de consensus dans ce cas. Pour 
> les uns name:fr est le nom officiel utilisé par l'administration française, 
> pour les autres c'est la version en langue française de ce nom.

Je n'ai jamais vu une utilité quelconque à "name:fr" dans le contexte français.
En Bretagne, ils sont rares et quand j'en vois, je les supprime.
Dans la RF, nous n'avons besoin que du "name" qui contient les noms officiels 
et qui doit être affiché par défaut et d'éventuels "name:.


Christian R. 

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

Re: [OSM-talk-fr] Langues régionales : à la recherche du consensus

2017-10-04 Per discussione liste DOT girarsi AT posteo DOT eu

Le 04. 10. 17 à 13:00, rainerU a écrit :
> Am 04.10.2017 um 11:17 schrieb marc marc:
>> Où se trouve précisément cette place ? je ne la trouve pas
>> dans osm en cherchant avec name name:fr et name:ca
>> et le cadastre demande de fournir le nom de la commune.
>>> name:fr=Plaça del Joc de Boles
>>> alt_name:fr=Place du Jeu de Boules
> http://www.openstreetmap.org/way/464542251

Merci, j'avais fais une erreur dans ma recherche overpass.

>> cela n'a aucun sens.
>> Lorsque je m'exprime en français, et que je dis "je vais
>> à tel endroit", je ne dis PAS "je vais à Plaça del Joc de Boles".
>> "Plaça del Joc de Boles" n'est donc pas le nom en français.
>> Au contraire je vais dire "je vais à la place du jeu de boules"
> 
> C'est pour cela j'ai écrit que je ne vois pas de consensus dans ce cas. 
> Pour les uns name:fr est le nom officiel utilisé par l'administration 
> française, pour les autres c'est la version en langue française de ce nom.

Je ne comprend pas où vous voyez un non-consensus.

Fantoir dit que le nom officiel est "Plaça de Joc de Boles"
  -> name=Plaça de Joc de Boles (même si je suis le premier
étonné de voir un nom cadastral non "francisé")

Ce nom est fatalement utilisé dans au moins une langue
  -> name:xx=le même nom
ici en l’occurrence name:ca=Plaça de Joc de Boles

Le nom de la place peut-être différent dans d'autres langues
  -> name:yy=le même "nom" dans la langue yy
Ici en l’occurrence on peux mettre name:fr=Place du Jeu de Boules
Si cela vous irrite de rajouter le nom en fr, ne le faites pas :)
libre à quelqu'un d'autre de le faire + tard pour compléter.

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

[Talk-cz] Brněnský říjnový Missing Maps mapathon

2017-10-04 Per discussione r.stampach

Zdravím,

jsem zaměstnancem Geografického ústavu Přírodovědecké fakulty Masarykovy
univerzity.

Na našem Geografickém ústavu (Kotlářská 2, Brno) se pravidelně uskutečňují
brněnské Missing Maps mapathony pro organizaci Lékařů bez hranic, kde se
vytváří data OpenStreetMap pro krizové části světa, které dosud nejsou dobře
zmapované. Tato data pak používají humanitární organizace pro svou práci. Píši
sem, protože mapathonů se pravidelně účastní i čtenáři tohoto fóra.

V pořadí jde o pátý mapathon konající se na Masarykově univerzitě. Přesné místo
je zde: učebny Z6 a Z7, Geografický ústav, Přírodovědecká fakulta, budova 4,
Kotlářská 2, Brno.
Mapa: https://www.openstreetmap.org/way/84965582

Uskuteční ve středu 11. října 2017 od 18:00 do 21:30. Pokud někdo přijde jen na
druhou polovinu, tak to rozhodně nevadí.

Nově se rozdělíme hned ze dvou skupin – kromě skupiny začátečníků bude i
skupina pokročilých mapérů, kteří si chtějí vyzkoušet JOSM - speciální program
pro editaci OpenStreetMap. Samozřejmě, zváni jsou i zkušení uživatelé, kteří už
žádné školení nepotřebují a chtějí jen nerušeně mapovat.

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

Radim Štampach
Geografický ústav
Přírodovědecká fakulta
Masarykova univerzita

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

Re: [OSM-talk-fr] Langues régionales : à la recherche du consensus

2017-10-04 Per discussione rainerU


Am 04.10.2017 um 11:17 schrieb marc marc:

Où se trouve précisément cette place ? je ne la trouve pas
dans osm en cherchant avec name name:fr et name:ca
et le cadastre demande de fournir le nom de la commune.


name:fr=Plaça del Joc de Boles
alt_name:fr=Place du Jeu de Boules


http://www.openstreetmap.org/way/464542251


cela n'a aucun sens.
Lorsque je m'exprime en français, et que je dis "je vais
à tel endroit", je ne dis PAS "je vais à Plaça del Joc de Boles".
"Plaça del Joc de Boles" n'est donc pas le nom en français.
Au contraire je vais dire "je vais à la place du jeu de boules"


C'est pour cela j'ai écrit que je ne vois pas de consensus dans ce cas. Pour les 
uns name:fr est le nom officiel utilisé par l'administration française, pour les 
autres c'est la version en langue française de ce nom.



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

Re: [Talk-it] utente che usa ortofoto G a Orbetello


Il 04/10/2017 12:49, mbranco2 ha scritto:

Beh, se nel commento del changeset c'è #hotosm, non dovrebbero esserci
problemi: per le attività dello Humanitarian OpenstreetMap Team persino
Google ha messo a disposizione - in casi specifici [1]  - le immagini
aeree; sovente sono immagini fatte ad hoc per il progetto HOT, per es. con
i droni.

Un progetto interessante per sapere quali ortofoto sono liberamente
utilizzabili è OpenAerialMap [2], so che in questo progetto è coinvolto
'giovand' : se ci legge può darci info aggiornate a riguardo.

Ciao,
Marco


Non so se può servire, per l'Italia questo:

http://wiki.openstreetmap.org/wiki/IT:Potenziali_fonti_di_dati



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

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

Re: [Talk-it] Mapillary #CompleteTheMap challenge a Milano

2017-10-04 Per discussione Alessandro


Il 04/10/2017 12:13, Marco Minghini ha scritto:

Ciao a tutti,
(notizia di ieri) preannuncio che al MapTime Milano del 19 ottobre - 
ancora in fase di organizzazione - saranno ospiti da remoto i ragazzi di 
Mapillary, che mostreranno come usare le immagini per inserire dati in 
OSM. La "dimostrazione" (che nell'ottica del MapTime sarà pratica) userà 
proprio i dati raccolti a Milano, dato che il challenge quel giorno sarà 
ormai in fase di conclusione. Il programma della serata è in fase di 
definizione, seguiranno aggiornamenti/link.


Il luogo è sempre l'Opendot: https://osm.org/go/0CjEraM~V-?m=
l'orario indicativo di inizio è sempre tra le 18:30 e le 19.

Nel frattempo la raccolta dati per il challenge è iniziata: 
https://mapillary.github.io/mapillary_greenhouse/challenge/milano/





Ciao,
eh ieri causa ritardi nelle operazioni prandiali non sono riuscito a 
fare un pò di Mapillary arrivando al POLIMI.


In compenso l'Opendot è qui :-) 
https://www.mapillary.com/map/im/6ZY5jS7G78mtpY_FQAAxiQ


Alessandro

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

Re: [OSM-talk-fr] Demande d'information !

2017-10-04 Per discussione Marc SIBERT

Bonjour,

Je suis contributeur français, et j'ai participé à la création de
l'association française OSM et adhéré quelques années, mais jamais à la
Fondation OSM.

Je pense qu'il y a une incompréhension du fonctionnement du projet OSM.
Vous n'avez pas besoin de reconnaissance pour contribuer au projet OSM ;
tous les contributeurs sont les bienvenus et peuvent modifier les données
d'OSM, les vérifications sont faites à posteriori par les autres
contributeurs.

Ceci dit rien ne vous empêche de vous organiser en association nationale
pour amélioré la visibilité de votre communauté de contributeurs et avoir
une existence légale qui permet aussi de rencontrer plus facilement les
instances nationales ou locales.

Si vous avez besoin de plus d'informations, je vous encourage à rencontrer
les équipes de l'association OpenStreetMap France, au travers de son
président (très accessible) osm.v...@free.fr, lien du site de l'association
http://openstreetmap.fr/ca. Et bien que cela ne paraisse pas dans votre
demande, je vous encourage aussi à contacter HOT (Humanitarian OSM Team)
https://www.hotosm.org/fr qui a une forte activité internationale en
particulier (mais pas seulement) sur le continent Africain et qui a une
bonne connaissance du milieu associatif et des ONG internationales.

Pour conclure j'insiste sur le fait que pour contribuer vous n'avez besoin
que de vous enregistrer sur le site d'OSM.org et de commencer à contribuer
; il n'existe aucun système de parrainage ou de validation préalable. Vous
êtes entièrement libre de vos contributions.

Je reste à votre dispositions, si vous avez d'autres questions ou
simplement pour discuter de la contribution en général car je ne suis pas
un spécialiste des particularités du continent africain, mais donc d'autres
associations ou groupes existent autour de vous que je vous invite à
contacter.

Bien cordialement,

PS : je me permets de partager ma réponse avec notre liste de discussion
française qui pourront certainement compléter ma réponse.

Marc Sibert
m...@sibert.fr

Le 3 octobre 2017 à 15:10, Mahamat Laouane  a
écrit :

> Bonjour Monsieur !
> J'aimerais savoir comment être membre de la fondation OSM ou une
> association de contribution reconnue internationalement ?
> Nous sommes des jeunes volontaires et voulons mettre sur pieds une
> association OpenStreetMap au Tchad. Donc que faut-il faire pour que nos
> contributions soient reconnue dans l'édition globale?
> Merci d'avance.
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [Talk-GB] Red route attribution

2017-10-04 Per discussione Philip Barnes

As far as I am aware red routes only exist in that there London, so a UK wide 
practice is unlikely.

Probably equivalent to no stopping tagging combined with opening hours?

Phil (trigpoint) 

On 4 October 2017 10:14:33 BST, Nils Nolde  wrote:
>Hi all,
>
>I´m trying to find out if there´s a common practice across the UK to
>attribute red routes?
>
>I found a few examples on how people deal with them, but no best
>practice.
>It seems most common to put 'red_route' for tag
>'restriction_designation':
>http://taginfo.openstreetmap.org.uk/search?q=red_route#values
>
>Would it make sense to add 2 values to the 'restriction' tag:
>'red_route_single', 'red_route_double'? Or a 'red_route' tag? Not sure
>about OSM policies here.. But I´m sure one could get the info at least
>for
>London from Transport for London.
>
>Many thanks
>Nils

-- 
Sent from my Android device with K-9 Mail. Please excuse my brevity.___
Talk-GB mailing list
Talk-GB@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-gb

Re: [Talk-it] Mapillary #CompleteTheMap challenge a Milano

2017-10-04 Per discussione Marco Minghini

Ciao a tutti,
(notizia di ieri) preannuncio che al MapTime Milano del 19 ottobre - ancora
in fase di organizzazione - saranno ospiti da remoto i ragazzi di
Mapillary, che mostreranno come usare le immagini per inserire dati in OSM.
La "dimostrazione" (che nell'ottica del MapTime sarà pratica) userà proprio
i dati raccolti a Milano, dato che il challenge quel giorno sarà ormai in
fase di conclusione. Il programma della serata è in fase di definizione,
seguiranno aggiornamenti/link.

Il luogo è sempre l'Opendot: https://osm.org/go/0CjEraM~V-?m=
l'orario indicativo di inizio è sempre tra le 18:30 e le 19.

Nel frattempo la raccolta dati per il challenge è iniziata:
https://mapillary.github.io/mapillary_greenhouse/challenge/milano/

Marco


Marco Minghini, Ph.D.
GEOlab, Politecnico di Milano - DICA
Piazza Leonardo da Vinci 32, 20133 Milano (Italy)
+39 02 23996409
marco.mingh...@polimi.it
@MarcoMinghini 

Il giorno 28 settembre 2017 18:39, Marco Minghini <
marco.minghin...@gmail.com> ha scritto:

> Ciao a tutti,
>
> dopo aver incontrato e conosciuto alcuni ragazzi di Mapillary a State of
> the Map 2017 in Giappone, sono stato invitato a partecipare con la città di
> Milano all'iniziativa #CompleteTheMap challenge [1], che ha lo scopo di
> aumentare la copertura dei dati Mapillary nelle varie città del mondo. La
> loro idea, per raccogliere più dati possibile, è quella di coinvolgere gli
> studenti e di concentrarsi quindi su aree nei pressi delle università.
>
> La challenge è stata quindi attivata per Milano in una zona attorno al
> Campus Leonardo del Politecnico di Milano: inizierà lunedì 2 ottobre e
> durerà 3 settimane. Trovate la leaderboard qui [2] e le istruzioni qui [3].
> Mi hanno segnalato anche questa ottima documentazione prodotta
> dall'università di Ottawa [4].
>
> Naturalmente chiunque può partecipare! Vinca il migliore :)
>
> Marco
>
>
> [1] http://blog.mapillary.com/community/2017/06/29/
> completethemap-challenges.html
> [2] https://mapillary-hacks.github.io/leaderboard/milano/
> [3] https://forum.mapillary.com/t/completethemap-milano/1221
> [4] https://github.com/TraceyLauriault/COMS2200A
>
> Marco Minghini, Ph.D.
> GEOlab, Politecnico di Milano - DICA
> Piazza Leonardo da Vinci 32, 20133 Milano (Italy)
> +39 02 23996409 <+39%2002%202399%206409>
> marco.mingh...@polimi.it
> @MarcoMinghini 
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] utente che usa ortofoto G a Orbetello

2017-10-04 Per discussione Andreas Lattmann

Scusate, mi 'aggancio' a questa mail. Esiste uno strumento per verificare quali 
ortofoto possiamo usare senza problemi? Ad esempio: ho trovato un utente che ha 
messo imagery_used: Custom 
(https://{switch:services,server}.arcgisonline.com/arcgis/rest/services/World_Imagery/MapServer/tile/{z}/{y}/{x});Local
 GPX
Come faccio a sapere se è lecito o no? 
Questo è il changeset https://www.openstreetmap.org/changeset/52380801
Grazie





Andreas Lattmann
-- 
Inviato dal mio dispositivo Android con K-9 Mail. Perdonate la brevità. 

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

Re: [OSM-talk-be] How we deal with this kind of note

2017-10-04 Per discussione Pieter Brusselman

In this case I would agree with setting 'access=private' (cfr: 
https://www.balnam.be/localite/feluy)


But every one can claim that a road/path/track is private...  I would 
check 
http://wiki.openstreetmap.org/wiki/WikiProject_Belgium/Conventions/Slowroads 
for more info on that.  Both, Flanders and Wallonie, have a platform 
that shows the juridicial state of slow roads.


Pieter Brusselman
/Cartografie ~ Projectmedewerker/

(logo boompja) 

*A* Kasteellaan 349 A, 9000 Gent
*T* 09 / 331 59 27
*W *www.tragewegen.be

logo facebook 

ter info: ik werk niet op vrijdag

Op 4/10/2017 om 11:39 schreef Gerard Vanderveken:

Private driveways are also mapped in the GIS of Vlaanderen.
They are part of the mapping of every soil hardening.
Don't know the case for Wallonia.

The road itself is not in the Atlas, so the claim that it is private 
seems just.
(the crossing path Sentier Miremont is in the Atlas and thus probably 
public.)


Regards,
Gerard

Jonathan Beliën wrote:

I would say to put that road (from the main road to the house) as 
`access=private` and reply to the note saying the road is now marked 
as private and even if it's displayed on the map, no one will use 
that road (including GPS using OpenStreetMap data).


Wish you a pleasant day !

Jonathan Beliën
GEO-6

-Message d'origine-
De : Jakka [mailto:vdmfrank...@gmail.com] Envoyé : mercredi 4 octobre 
2017 11:10

À : talk-be@openstreetmap.org
Objet : [OSM-talk-be] How we deal with this kind of note

Hi,
http://www.openstreetmap.org/note/1161734#map=17/50.56332/4.24592=N 


highway=service

"Ce chemin est un chemin privé, il n'a pas a être sur la carte."
door anoniem


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


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





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


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

Re: [OSM-talk-fr] Langues régionales : à la recherche du consensus


> Le 4 oct. 2017 à 10:02, rainerU  a écrit :
> 
>> Am 03.10.2017 um 17:59 schrieb Anne-Marie Candès:
>>  * Que faire dans le cas où le nom d’une route, un chemin un ruisseau est  en
>>langue locale et n’a pas été changé en langue officielle par le passé. Je
>>trouve de nombreux exemples qui clignotent dans Osmose où c’est le cas
>>/« langue locale du nom sans langue par défault »/Il s’agit des cas où 
>> c’est
>>le nom catalan qui est utilisé localement  et non le français pour des 
>> rues,
>>des lieux dits, des ruisseaux qui ne serait pas compris avec une 
>> traduction
>>française puisque c’est le catalan qui a toujours été utilisé pour les
>>désigner (tout n’a pas été traduit ou transcrit par le passé). 
> Dans la plupart des cas signalés par Osmose dans les Pyrénées Orientales et 
> liés à la langue locale, il s'agit de noms officiels qui figurent sur le 
> cadastre ou dans la BD Carthage. Je les traite donc comme les noms des 
> villages qui ont un nom officiel en langue régionale et je mets le nom 
> catalan dans name et name:ca . Par-contre, je ne mets pas de name:fr car à 
> mon avis, il y a une ambiguïté sur l'utilisation cet attribut dans les cas où 
> existe une version française du nom. A mon avis, quand le nom officiel est 
> "Plaça del Joc de Boles" le tagging correct serait :
> 
> name=Plaça del Joc de Boles
> name:ca=Plaça del Joc de Boles
> name:fr=Plaça del Joc de Boles
> alt_name:fr=Place du Jeu de Boules

Comme initiateur des pages wiki en fr sur les noms multilingues et membre du 
groupe OpenStreetMap e brezhoneg (www.openstreetmap.bzh) , j'ai quelques idées 
et expérience.
Anne-Marie, l'affichage et/ou l'usage administratif (donc, utilisés par les 
outils de routage) doivent TOUJOURS avoir la préséance sur l'usage.
On peut trouver que c'est un résidu colonial (je le pense), mais, ce que 
l'INSEE (COG) et les communes inscrivent est la seule référence indiscutable 
(l'affichage et l'usage ont tort en face d'eux).

Le Sandre (cours d'eau) est aussi une référence, mais il est trop incomplet.
Exit les noms réellement utilisés ? Non, car, il y a "alt:name" pour les 
indiquer (source "survey", "local knowledge").
C'est aux communes de décider de les officialiser (ou non) pour les lieux-dits 
et les voies.
Il faut aussi se poser la question de ce qu'est un nom en langue régionale 
écrit.
En Bretagne, nous estimons que, sauf exception (affichage documenté par 
"survey"), ce ne peut être qu'un nom en orthographe unifiée moderne.
L'équivalent existe aussi bien en Catalogne, au Pays basque, en Occitanie (33 
départements)… On peut utiliser "old:name:" pour la forme non modernisée.
Pour ce qui est hors COG et hors cadastre, la forme utilisée (la langue n'a pas 
d'importance) passe en "name", article local inclus ("source:name" = "survey" 
ou "local knowledge"). 
Il n'y a pas de normalisation linguistique requise du "name",  "l'occupant" 
(l'administration sourde et aveugle ;-) ) impose toujours ses manies 
uniformisatrices, à défaut, les autochtones gardent leur univers.

Christian R.

P. S. : Ceux qui veulent aller plus loin peuvent lire la version française du 
site openstreetmap.bzh



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

Re: [OSM-talk-be] How we deal with this kind of note

2017-10-04 Per discussione Gerard Vanderveken


Private driveways are also mapped in the GIS of Vlaanderen.
They are part of the mapping of every soil hardening.
Don't know the case for Wallonia.

The road itself is not in the Atlas, so the claim that it is private 
seems just.
(the crossing path Sentier Miremont is in the Atlas and thus probably 
public.)


Regards,
Gerard

Jonathan Beliën wrote:


I would say to put that road (from the main road to the house) as 
`access=private` and reply to the note saying the road is now marked as private 
and even if it's displayed on the map, no one will use that road (including GPS 
using OpenStreetMap data).

Wish you a pleasant day !

Jonathan Beliën
GEO-6

-Message d'origine-
De : Jakka [mailto:vdmfrank...@gmail.com] 
Envoyé : mercredi 4 octobre 2017 11:10

À : talk-be@openstreetmap.org
Objet : [OSM-talk-be] How we deal with this kind of note

Hi,
http://www.openstreetmap.org/note/1161734#map=17/50.56332/4.24592=N
highway=service

"Ce chemin est un chemin privé, il n'a pas a être sur la carte."
door anoniem


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


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




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

Re: [Talk-GB] Red route attribution

2017-10-04 Per discussione David Woolley


On 04/10/17 10:32, David Fox wrote:

What's a red route?
I only know of mountain bike classification.


They are primary roads, and short sections of tributaries, marked with 
red, rather than yellow lines, on which vehicles are not allowed to stop 
(except for traffic lights and tail backs).  They are mainly, or 
exclusively urban.



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

Re: [Talk-GB] Red route attribution

2017-10-04 Per discussione Nils Nolde

Hi David,

see here:
https://en.wikipedia.org/wiki/Red_route

Basically it prohibits vehicles to stop at the side of the road. Apparently
it´s only implemented in London and West Midlands. There are multiple
implementations, some are valid at all times (double red lines), others
only during certain times (single red lines). However, this info is
extremely useful for all sorts of delivery services. So, I think it´d be a
great addition.

Cheers
Nils

On Wed, Oct 4, 2017 at 11:32 AM, David Fox 
wrote:

> What's a red route?
> I only know of mountain bike classification.
>
>
> On 4 October 2017, at 10:15, Nils Nolde  wrote:
>
>
> Hi all,
>
> I´m trying to find out if there´s a common practice across the UK to
> attribute red routes?
>
> I found a few examples on how people deal with them, but no best practice.
> It seems most common to put 'red_route' for tag 'restriction_designation':
> http://taginfo.openstreetmap.org.uk/search?q=red_route#values
>
> Would it make sense to add 2 values to the 'restriction' tag:
> 'red_route_single', 'red_route_double'? Or a 'red_route' tag? Not sure
> about OSM policies here.. But I´m sure one could get the info at least for
> London from Transport for London.
>
> Many thanks
> Nils
>
___
Talk-GB mailing list
Talk-GB@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-gb

Re: [Talk-GB] Red route attribution

2017-10-04 Per discussione David Fox

What's a red route? 
I only know of mountain bike classification.

On 4 October 2017, at 10:15, Nils Nolde  wrote:

Hi all,


I´m trying to find out if there´s a common practice across the UK to attribute 
red routes?


I found a few examples on how people deal with them, but no best practice. It 
seems most common to put 'red_route' for tag 'restriction_designation':

http://taginfo.openstreetmap.org.uk/search?q=red_route#values


Would it make sense to add 2 values to the 'restriction' tag: 
'red_route_single', 'red_route_double'? Or a 'red_route' tag? Not sure about 
OSM policies here.. But I´m sure one could get the info at least for London 
from Transport for London.


Many thanks

Nils

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

Re: [OSM-talk-be] How we deal with this kind of note

2017-10-04 Per discussione joost schouppe

Agreed. Extra argument is that if we remove it, someone else will just add
it again. The best way to make sure everyone knows the road is private, is
by mapping it as a private road. Not by not mapping it.

I would leave the note open, and ask someone to verify locally. I can
understand the northern part of this driveway is private, but I would be
surprised the connection to the road is private too. Maybe the local
government can clarify.

2017-10-04 11:14 GMT+02:00 Jonathan Beliën :

> I would say to put that road (from the main road to the house) as
> `access=private` and reply to the note saying the road is now marked as
> private and even if it's displayed on the map, no one will use that road
> (including GPS using OpenStreetMap data).
>
> Wish you a pleasant day !
>
> Jonathan Beliën
> GEO-6
>
> -Message d'origine-
> De : Jakka [mailto:vdmfrank...@gmail.com]
> Envoyé : mercredi 4 octobre 2017 11:10
> À : talk-be@openstreetmap.org
> Objet : [OSM-talk-be] How we deal with this kind of note
>
> Hi,
> http://www.openstreetmap.org/note/1161734#map=17/50.56332/4.24592=N
> highway=service
>
> "Ce chemin est un chemin privé, il n'a pas a être sur la carte."
> door anoniem
>
>
> ___
> Talk-be mailing list
> Talk-be@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-be
>
>
> ___
> Talk-be mailing list
> Talk-be@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-be
>



-- 
Joost Schouppe
OpenStreetMap  |
Twitter  | LinkedIn
 | Meetup

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

Re: [Talk-it] Import numeri civici Trento

2017-10-04 Per discussione Cascafico Giovanni

Il 04/ott/2017 10:26, "Maurizio Napolitano"  ha scritto:
>
> > civici duplicati,
> Mentre da un lato capisco l'utilità di avere il POI completo di
> indirizzo, dall'altra ci sono
> attività commerciali che chiudono e - quando chiudono - il risultato è
> che qualche utente
> cancella il POi e, di conseguenza, anche il civico che invece potrebbe
> avere ancora
> la sua utilità.

Il civico é sicuramente molto più longevo del POI. Tempo fa se ne era
parlato, soprattutto in riferimento a maps.me  ed, aggiungo, in generale
agli editor semplificati che sono comunemente usati da mappatori
occasionali.

Su maps.me ho trovato questo [1] sito di statistiche e per fortuna le
cancellazioni sono rare.

Se effettivamente i casi sono rari, in alternativa alla duplicazione degli
addr:* si potrebbe fare un alert sulla loro cancellazione.

[1] http://mmwatch.osmz.ru/?action=d=Italy
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-es] contact:website erróneo en la importación de farmacias de Madrid

2017-10-04 Per discussione Jorge Sanz Sanfructuoso

Hola.

La web ha desaparecido totalmente o han pasado la misma información a otra
url? Si tienen la misma información en otra url creo que sería más correcto
modificar que eliminar.

El lun., 2 oct. 2017 22:08, Rafael Avila Coya 
escribió:

> Hola, Alejandro:
>
> Bastaría con descargar con overpass las farmacias, y luego eliminar el
> atributo de aquellas que no hayan cambiado el campo contact:website
> He descargado todas las farmacias, y todas salvo una tienen el
> contact:website de la importación. La única que tiene uno diferente es
> contact:website="http://www.russianpost.ru;, que parece bastante
> sospechoso de ser incorrecto.
>
> Eliminar la etiqueta de todas las farmacias es trivial, pero tiene que
> estar de acuerdo la comunidad OSM, especialmente la local. Además, yo lo
> haría con una cuenta especial...
>
> Un saludo,
>
> Rafael.
>
> On 02/10/17 17:11, Alejandro Moreno wrote:
> > El ayuntamiento ha debido hacer algún cambio en su web y las url que se
> > importaron en el campo contact:website de las farmacias de Madrid ya no
> > existe. ¿Sabéis si hay alguna forma automatizada de eliminar este
> atributo?
> >
> > Un saludo.
> >
> >
> > ___
> > Talk-es mailing list
> > Talk-es@openstreetmap.org
> > https://lists.openstreetmap.org/listinfo/talk-es
> >
>
> ___
> Talk-es mailing list
> Talk-es@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-es
>
-- 
Jorge Sanz Sanfructuoso - Sanchi
Blog http://jorgesanz.es/ 
___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

Re: [OSM-talk-fr] Langues régionales : à la recherche du consensus

Bonjour,

Le 04. 10. 17 à 10:02, rainerU a écrit :
 > Dans la plupart des cas signalés par Osmose dans les Pyrénées
 > Orientales et liés à la langue locale, il s'agit de noms officiels
 > qui figurent sur le cadastre ou dans la BD Carthage.

Où se trouve précisément cette place ? je ne la trouve pas
dans osm en cherchant avec name name:fr et name:ca
et le cadastre demande de fournir le nom de la commune.

> name:fr=Plaça del Joc de Boles
> alt_name:fr=Place du Jeu de Boules

cela n'a aucun sens.
Lorsque je m'exprime en français, et que je dis "je vais
à tel endroit", je ne dis PAS "je vais à Plaça del Joc de Boles".
"Plaça del Joc de Boles" n'est donc pas le nom en français.
Au contraire je vais dire "je vais à la place du jeu de boules"
-> name:fr=Place du Jeu de Boules
Je soupçonne que l'unique but de votre "name:fr=en catalan"
est d'induire osmose en erreur.
Si c'est le cas, c'est regrettable.
Si je me trompe, tant mieux.

alt_name sert lorsqu'il y a plusieurs nom possible dans une même langue 
pour un même lieux. Exemple https://www.openstreetmap.org/way/17954721
name=Musée du quai Branly - Jacques Chirac
alt_name=Musée des Arts Premiers
les 2 sont dans la même langue (ici en français),
mais on pourrait avoir la même chose pour toutes les langues,
tout en gardant une cohérence entre les name:xx

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

Re: [OSM-talk-be] How we deal with this kind of note

2017-10-04 Per discussione Jonathan Beliën

I would say to put that road (from the main road to the house) as 
`access=private` and reply to the note saying the road is now marked as private 
and even if it's displayed on the map, no one will use that road (including GPS 
using OpenStreetMap data).

Wish you a pleasant day !

Jonathan Beliën
GEO-6

-Message d'origine-
De : Jakka [mailto:vdmfrank...@gmail.com] 
Envoyé : mercredi 4 octobre 2017 11:10
À : talk-be@openstreetmap.org
Objet : [OSM-talk-be] How we deal with this kind of note

Hi,
http://www.openstreetmap.org/note/1161734#map=17/50.56332/4.24592=N
highway=service

"Ce chemin est un chemin privé, il n'a pas a être sur la carte."
door anoniem


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


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

[Talk-GB] Red route attribution

2017-10-04 Per discussione Nils Nolde

Hi all,

I´m trying to find out if there´s a common practice across the UK to
attribute red routes?

I found a few examples on how people deal with them, but no best practice.
It seems most common to put 'red_route' for tag 'restriction_designation':
http://taginfo.openstreetmap.org.uk/search?q=red_route#values

Would it make sense to add 2 values to the 'restriction' tag:
'red_route_single', 'red_route_double'? Or a 'red_route' tag? Not sure
about OSM policies here.. But I´m sure one could get the info at least for
London from Transport for London.

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

[OSM-talk-be] How we deal with this kind of note

2017-10-04 Per discussione Jakka


Hi,
http://www.openstreetmap.org/note/1161734#map=17/50.56332/4.24592=N
highway=service

"Ce chemin est un chemin privé, il n'a pas a être sur la carte."
door anoniem


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

[Talk-es] Fwd: Proyecto de interés geográfico: Norma de datos geográficos abiertos

2017-10-04 Per discussione Miguel Sevilla-Callejo

Creo que esto nos puede interesar de cara a la futura importación de datos
sobre OSM.
Desafortunadamente yo ahora no tengo timepo para verlo pero sería
interesante habláramos sobre ello.
Un saludo

-- Forwarded message --
Date: 2017-10-04 10:49 GMT+02:00
Subject: Proyecto de interés geográfico: Norma de datos geográficos abiertos

Estimad@s colegas:

El Comité Técnico de Normalización 148  «Información
geográfica digital» de UNE  tiene un proyecto de una
norma española que tiene como objetivo definir qué son *datos geográficos
abiertos*.
Les interesa recibir opiniones, sugerencias y comentarios. Aquel que esté
interesado, que se lea el *proyecto de norma*, y suba los comentarios y
opiniones a la plataforma de UNE de revisión de proyectos:

https://srp.une.org/

Necesitas registrarte con una dirección de correo electrónico, buscar la
norma por el número (*148004*), leerla y comentarla.

El plazo acaba *el próximo 21 de octubre*.

[...]
___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

Re: [OSM-talk-fr] Langues régionales : à la recherche du consensus