Re: [Talk-it] Ferrovie su mappa Wikipedia

[Lorenzo "Beba" Beltrami]

In effetti sembra più un problema di WIWOSM.
Nello specifico sembra fallire questa chiamata:
https://tools.wmflabs.org/wiwosm/osmjson/getGeoJSON.php?lang=it=Ferrovia_Fano-Urbino
(404 not found)
Suppongo sia quella che restituisce la geometria dell'oggetto...

Lorenzo

Il giorno 19 febbraio 2017 11:09, girarsi_liste 
ha scritto:

> Il 18/02/2017 21:57, Lorenzo Mastrogiacomi ha scritto:
> > Ho fatto io la modifica. Serviva solo a dare alla mappa uno zoom
> > adeguato anche se la traccia non era mostrata. E' stata annullata da
> > altro utente comunque.
> > Ma il problema non è solo su questo caso specifico. Prova a cliccare sui
> > link WIWOSM, vedrai che molti non trovano l'oggetto:
> > http://geodati.fmach.it/gfoss_geodata/osm/wtosm/
> >
>
> Ho controllato altre voci , tipo i biotopi delle mie parti, e sul wotsm,
> funzionano tutti i puntatori (link a OSM, Josm, Overpass-turbo), tranne
> quelli coi simboli wikipedia.
>
> Se dalla pagina wikipedia, clicco sulle coordinate, mi risulta a posto,
> il problema è solo su wotsm  e per la parte wikipedia per me.
>
>
>
> --
> 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: [Talk-it] mappatura armadi telefonici

[THESTORM375]

Come non li dobbiamo mappare..? Se mai alcuni i più importanti ... forse
hai ragione che mappare tutti gli armadi ..renderebbe poi la mappa troppo
confusionaria... Ma almeno i più  importanti. . Si .. poi.. non so ..
decidete voi .. poi secondo me... più la mappa è dettagliata .. meglio è..

Il Dom 19 Feb 2017 02:31 Martin Koppenhoefer  ha
scritto:

>
>
> sent from a phone
>
> On 18 Feb 2017, at 19:04, Andrea Solari  wrote:
>
> Ciao
> qualcuno ha iniziato a mappare gli armadi telefonici Tim/Telecom per la
> fibra ottica?
>
>
>
> si:
> http://www.openstreetmap.org/node/457644
>
>
> ciao,
> Martin
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
>
-- 

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

Re: [OSM-talk-fr] josm : utiliser une image aérienne

[Hélène PETIT]

Merci à Panier, Thibaud et Jean-Marc : ça a très bien marché, cool, 
tranquille ; ce josm, quand même, qu'est ce qu'il est chouette.


à plus,
Hélène

Le 16/02/2017 à 16:55, Jean-Marc Liotier a écrit :

On Thu, 16 Feb 2017 09:04:26 +0100
Hélène PETIT  wrote:


je n'ai pas trouvé comment mettre dans un calque de josm une image
jpeg, non géoréférencée ; il s'agit du plan d'un tout petit
lotissement pas encore au cadastre, mais en construction presque
finie.


Si tu as le moindre doute sur la rectitude de l'image (par exemple s'il
s'agit d'une photo aérienne pas tout à fait verticale ou d'un plan pris
en photo pas tout à fait en face) tu peux la traiter avec
http://mapwarper.net qui te fournira en sortie non seulement une image
rectifiée mais aussi un WMS de cette dernière, ce qui est plus léger à
manipuler par JOSM qu'une image locale en un seul bloc.

___
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-au] Hume and Hovel Walking Track in the Bargo SF

[Warin]

Hi,


I am looking at the Bargo Sate Forest area at the moment and adding things.

The Hume and Hovel Walking Track goes through here and is entered in OSM.


However the LPI Base Map also has some of this marked ...

in I think greater detail and possibly better accuracy.


I think the present data is a 'rough' entry and should be replaced with 
the LPI data.



Anyone with any experience Hume and Hovel Walking Track?




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

Re: [OSM-talk] Duplicate ways in multipolygon relations

[nwastra]

Unfortunately OGR2OSM doesn’t appear to me to split common ways and delete 
duplicates between relations/polygons at first glance on running the program on 
a test shapefile, which may be prudent anyway, though I would prefer it was 
able to do it. 
OGR2OSM will likely be useful in with the tags.
Nev
 
> On 19 Feb 2017, at 8:40 PM, nwastra  wrote:
> 
> Thanks Ed
> OGR2OSM seems to be what I am looking for.
> 
> Nev Wedding
> 
>> On 19 Feb 2017, at 7:42 pm, "Ed Loach"  wrote:
>> 
>> Not sure about QGIS but have you looked at OGR2OSM?
>> https://wiki.openstreetmap.org/wiki/Ogr2osm


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

Re: [OSM-talk-fr] Tarif des péages

[Philippe Verdy]

Je pense aussi que c'est le genre d'appli qu'il faudrait demander aux
sociétés d'autoroute qui utiliseront leurs propres bases tarifaires, se les
échangeront pour les besoin d'interconnexion, et tiendront compte aussi des
différentes options tarifaires (pas que la classe des véhicules, mais aussi
les modulations horaires/calendaires, ou les formules d'abonnement, tarifs
de gros pour les professionnels, ou de paiement échelonné s'il y en a), les
sections rendues gratuites par décision administrative temporaire ou
sections temporairement fermées passant par le réseau public ouvert), et
qui indiqueront aussi des temps de parcours, des restrictions
supplémentaires de vitesse (alertes pollution). Ces tarifs varient
régulièrement (certains changement étant imposés ou refusés par
l'administration concessionnaire).

C'est impossible à mettre sur une carte (cependant on peut toujours leur
proposer nos fonds de cartes et leur proposer et les aider à monter les
serveurs de tuiles éventuels. Dans les faits ces sociétés développeront
leurs surcouches vectorielles (leur schéma de réseau est plus "simple" que
notre fond global), mais nos fonds de carte et données communes peuvent
aussi les aider à promouvoir des parcours avec des sites à visiter autour
de leur réseau (ces sociétés peuvent aussi faire des partenariats locaux
avec d'autres sociétés ou collectivités dans le domaine du tourisme, le
sport, la culture, le développement économique local, et les
interconnexions avec d'autres moyens de transport). par cette collaboration
on pourrait avoir en échange des données ouvertes supplémentaires. Par
exemple les équipements de sécurité, la signalisation fixe, les aires de
service et des listes de leurs exploitants, des horaires d'ouverture,
l'accessiblité, les services divers aux usagers: toilettes, douches, aires
de camping, télésurveillance, éclairage, et même données de travaux en
cours ou prévus (réfection, extensions ou fermetures) avec des indications
sur les nouveaux tracés à prévoir, la capacité des voies, les dangers
divers.

Avec nous elles pourraient avoir des points de contacts et d'échange avec
les autres producteurs de données géolocalisées, et elles pourraient aussi
participer aux travaux de développement d'outils ouverts, ou améliorer
l'harmonisation des normes et de nos règles de balisage (d'autant plus
qu'elles peuvent manquer d'éléments de comparaison au plan international et
que d'autres pays, même hors d'Europe, ont d'autres besoins et d'autres
règles et usages.

On peut aussi leur montrer comment des administrations françaises (avec qui
elles travaillent déjà, comme les collectivités et EPCI, les agences de
gestion de parcs naturels, la sécurité civile ou encore la gendarmerie et
les agences en charge des fréquences) utilisent déjà OSM (en plus de l'IGN
qui ne couvre pas tout ou peut avoir un service cher et pas nécessairement
très approprié pour l'information des usagers, avec un ROI plus faible) au
moins pour tout ce qu'elles ne produisent pas déjà elles-mêmes et qu'elles
ne sont pas en mesure de maintenir ailleurs et où les données ouvertes par
d'autres sociétés peuvent être insuffisantes : OSM permet de collecter des
données de tout le monde, à égalité et de façon neutre, et collecte aussi
des tas de données ou corrections que les exploitants eux-mêmes ont omis de
maintenir, OSM peut être pour elles un outil de recherche, au moins à titre
de comparaison, qui peut aussi les aider à maintenir leur référentiel et
trouver des zones qui demanderaient des relevés actualisés par elles sur
place).

On ne leur demande pas d'abandonner leur modèle et on ne leur interdit pas
non plus d'exploiter d'autres sources (ou même de les acheter ou les louer
à des fournisseurs commerciaux comme Google), juste de faire preuve
d'ouverture. Elles auront de toute façon aussi à produire des données
réglementaires qu'OSM ne peut pas leur garantir (et continueront à utiliser
les services du cadastre, de l'IGN ou des géomètres et experts publics ou
privés, notamment en géologie et en météorologie qu'OSM ne gère pas du
tout, pas plus non plus que la gestion des coûts et la logistique, ni leurs
plans de travail au jour le jour ni la gestion de leur investissement ou
les relations avec leurs actionnaires et investisseurs, bien que la
collaboration en données ouvertes est aussi un outil de communication, où
OSM et les donénes ouvertes peuvent être performants pour leur image et
générer aussi des économies d'échelle par plus de coopérations et l'usage
de schémas de données mieux harmonisés entre producteurs).

D'ailleurs on devrait les inviter à se joindre aux rencontres publiques
OSM, comme State of the Map, ou autres réunions FOSS, et faire part de
leurs propres remarques. Elles peuvent aussi devenir contributeurs OSM
directs, en laissant certains de leurs collaborateurs s'inscrire et les
autorisant à intégrer leur données (avec une licence claire qu'elles
peuvent aussi référencer sur un catalogue OpenData national ou européen

Re: [OSM-talk-fr] base VLA (vitesse limite autorisé)

[Florian_G]

Hello,

Le 19/02/2017 à 21:21, Eric SIBERT a écrit :
> http://product.itoworld.com/map/124?lon=5.73304=45.17881=13_sidebar=share_menu
Très bien ce site , mais il ne tient compte que des maxspeed explicites et non 
des maxspeed implicites, notamment ceux définis pour la France (je ne me 
souviens plus du terme exact).

++

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

Re: [OSM-talk-be] KBO

[Killian De Volder]

Joost,

The main goal is indeed to help.
It should help in finding the correct business for an address / shop and 
another checkpoint.
Example: the current notes in Brussels ;)
Concerning the quality, if the data is not correct, then what the hell are they 
doing in Brussels ;)
All business have to be closed or created on that list.

The license is a bit of a problem though.
But at what point is using the phonebook to find a business.
Then using multiple sources (possibly even the website of the company) at that 
point you know there is a company there.
And in a way you yourself become the source.

But I suppose that is a legal mess we just can't afford to get into.

Note to potential users of the tool:
1) Don't  (as said the license is not compatible)
2) It's not because a company is listed there that:
- The business uses the same name in Practice.
- The business is still active there, it's perfectly possible to have a company 
at an address with nothing for the public to find / use on that location.

On 17-02-17 16:42, joost schouppe wrote:
> Apart from the license, there is also a quality issue. From what I have seen 
> iny own use of the data, it could be a help, but not much more than that. 
> 
> 
> ___
> 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] Invitation: OSM UK: In-person meeting @ Sat 4 Mar 2017 11:00 - 16:00 (GMT) (talk-gb@openstreetmap.org)

[Rob Nickerson]

BEGIN:VCALENDAR
PRODID:-//Google Inc//Google Calendar 70.9054//EN
VERSION:2.0
CALSCALE:GREGORIAN
METHOD:REQUEST
BEGIN:VEVENT
DTSTART:20170304T11Z
DTEND:20170304T16Z
DTSTAMP:20170219T211402Z
ORGANIZER;CN=Rob Nickerson:mailto:rob.j.nicker...@gmail.com
UID:l7dejp0vkfanuel7ott7s25...@google.com
ATTENDEE;CUTYPE=INDIVIDUAL;ROLE=REQ-PARTICIPANT;PARTSTAT=ACCEPTED;RSVP=TRUE
 ;CN=rob.j.nicker...@gmail.com;X-NUM-GUESTS=0:mailto:rob.j.nickerson@gmail.c
 om
ATTENDEE;CUTYPE=INDIVIDUAL;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=
 TRUE;CN=talk-gb@openstreetmap.org;X-NUM-GUESTS=0:mailto:talk-gb@openstreetm
 ap.org
CREATED:20170219T211056Z
DESCRIPTION:The first in-person meeting of OpenStreetMap United Kingdom C.I
 .C\n\nMore details:\nhttps://www.loomio.org/d/4Zr1u05D/first-event\nView yo
 ur event at https://www.google.com/calendar/event?action=VIEW=bDdkZWpwM
 HZrZmFudWVsN290dDdzMjU1djQgdGFsay1nYkBvcGVuc3RyZWV0bWFwLm9yZw=MjUjcm9iL
 moubmlja2Vyc29uQGdtYWlsLmNvbTM5OWMwOTA5Njk1YWU0ZWMwMGUzZTZkZTQzZWI2MmU3NGE4
 YjFlOTM=Europe/London=en_GB.
LAST-MODIFIED:20170219T211401Z
LOCATION:Icentrum\, Birmingham B7\, UK
SEQUENCE:0
STATUS:CONFIRMED
SUMMARY:OSM UK: In-person meeting
TRANSP:OPAQUE
BEGIN:VALARM
ACTION:EMAIL
DESCRIPTION:This is an event reminder
SUMMARY:Alarm notification
ATTENDEE:mailto:talk-gb@openstreetmap.org
TRIGGER:-P1D
END:VALARM
BEGIN:VALARM
ACTION:DISPLAY
DESCRIPTION:This is an event reminder
TRIGGER:-P0DT2H0M0S
END:VALARM
END:VEVENT
END:VCALENDAR


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

[Talk-GB] OSM UK: GM and meeting in Birmingham

[Rob Nickerson]

Hi all,

REMINDER:
We have our general meeting by telephone conference this Wednesday at 8pm.
Although the votes are not expected to be contentious we do still need you
to join so that we are quorate.

NEW:
Our first in-person meeting will be held on Saturday 4th March 2017 from
11am to 4pm. The venue is iCentrum in Birmingham (Holt Street, Birmingham,
B7 4BB).

The aim is to get to know each other, and to start to explore how we can
achieve our company aims. It should give us better understanding of the
challenges we face and we are hopeful to find some amazing projects to make
a start on.

Read more in the Loomio thread:
https://www.loomio.org/d/4Zr1u05D/first-event

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

Re: [OSM-talk-fr] Tarif des péages

[Yannick]

Le 19/02/2017 à 20:01, Rogelio Canedo a écrit :

Bonjour à tous,
Je voulais discuter avec vous de la possibilité d'intégrer les tarifs
des péages à OSM.
Après avoir regardé, il ne semble pas y avoir de modèle pour le moment.
Pensez-vous qu'un modèle basé sur des relations soit possible?

Exemple de relation:
-> type: toll_fee
-> class1: 
-> class2: 
-> class3: 
-> class4: 
-> class5: 
-> name: 

1- prise de ticket à une barrière de péage -> paiement à la barrière de
sortie
Ajouter deux membres:
liste des barrières de péage d'entrée avec le rôle *from*
liste des barrières de péage de sortie avec le rôle *to*

Exemple sur A1 entre Pont Sainte Maxence et Compiègne Ouest:
Tag
*type*: toll_fee
*class1*: 0.7
*class2*: 1.0
*class3*: 1.2
*class4*: 1.6
*class5*: 0.3
*name*: Pont Sainte Maxence / Compiègne Ouest
Membres
*from*: Gare de Péage de Pont Sainte Maxence
*to*: Gare de Péage de Compiègne Ouest

2 - pas de prise de ticket, on paye un droit de passage
On trouve ce type de péage pour les ponts, les tunnels...
Ici, il n'est pas nécessaire de renseigner le membre to

Exemple sur le pont de l'île de ré
*type*: toll_fee
*class1*: 8
*class2*: 8
*class3*: 18
*class4*: 40
*class5*: 3
*name*: Pont de l'île de ré
Membres
*from*: Gare de Péage de l'île de ré

3 - le tarif change en fonction la date
C'est le cas, du pont de l'île de ré qui a une période de tarification
estivale.
le tunnel du duplex en idf qui a des tarifs différents en fonction de la
période de la journée.

Exemple:
*type*: toll_fee
*class1*: 16
*class2*: 16
*class3*: 18
*class4*: 40
*class5*: 3
*name*: Pont de l'île de ré - Tarif été
*fee*: <*opening_hours>*
Membres
*from*: Gare de Péage de l'île de ré

Exemple:
*type*: toll_fee
*class1*: 8
*class2*: 8
*class3*: 18
*class4*: 40
*class5*: 3
*name*: Pont de l'île de ré - Tarif hiver
*fee*: <*opening_hours>*
Membres
*from*: Gare de Péage de l'île de ré

Il doit y avoir autant de relation que de combinaisons possible.

Est-ce que ce modèle vous semble viable ou existe-t-il d'autres uses cases?

Merci

Rogelio Canedo


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



Bonsoir,

Je pense que là nous sommes dans une problématique à long terme 
ingérable. En effet il faudrait que la source soit les sociétés 
d'autoroutes elles mêmes!
Pourquoi c'est simple la multiplicité des couples entrée-sortie. Par 
contre des péages sur des ouvrages d'art est possible et en soit 
pertinent car aisément modifiable.


Sachant, par exemple, que de Vintimille à Lille je peux faire tout mon 
trajet par autoroute, il devient vite clair que le nombre de solutions 
de sorties est très élevées donc autant de tarifs possibles mais avec 
plusieurs sociétés différentes donc plusieurs tarifs différents. Le 
tarif serait fixe partout au km je ne dis pas impossible bien au 
contraire mais là c'est impossible car cela implique toutes une séries 
d'informations ingérables par un humain. Les ratés sont d'avance certains.


C'est mon avis

Amitiés

--
Yannick VOYEAUD
Nul n'a droit au superflu tant que chacun n'a pas son nécessaire
(Camille JOUFFRAY 1841-1924, maire de Vienne)
http://www.voyeaud.org
Créateur CimGenWeb: http://www.francegenweb.org/cimgenweb/
Journées du Logiciel Libre: http://jdll.org
Généalogie en liberté avec Ancestris http://www.ancestris.org

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

Re: [Talk-it] lista CAI

[Lorenzo Milesi]

> Oltre alla pagina wiki dedicata
> http://wiki.openstreetmap.org/wiki/CAI

> ed il preset di Josm
> https://github.com/osmItalia/cai_josm_preset


Nel primo non sarebbe utile mettere un link al secondo?

grazie del lavoro!
-- 
Lorenzo Milesi - lorenzo.mil...@yetopen.it

YetOpen S.r.l. - http://www.yetopen.it/

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

Re: [Talk-cz] Data z magistratu Brna - poštovní schránky

[Miroslav Suchý]

Dne 14.2.2017 v 09:23 Miroslav Suchý napsal(a):
> Teď je ještě otázka co je číslo depa? Protože v Brně je třeba Depo 71,
> které má ale psč 60010. Takže to číslo depa může být buď
>   Brno 71
> nebo
>   60010
> 
> Osobně bych byl pro to druhé. Takže id schránky by bylo např. 60010/12
> (kde 12 je číslo schránky).


Tak už jsem viděl ref=:
Ve vysse uveden pripade by to bylo ref=60010:12

Pokud nikdo nebude proti, tak bych to pridal k tomu ceskemu prekladu
post_box.

Mirek

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

Re: [OSM-talk-fr] base VLA (vitesse limite autorisé)

[Eric SIBERT]

y'aura du lourd à prévoir comme projet pour aller modifier les ways


http://product.itoworld.com/map/124?lon=5.73304=45.17881=13_sidebar=share_menu

 ;-)

Eric


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

Re: [OSM-talk-be] heiligenbeelden

[Guy Vanvuchelen]

De mogelijkheden zijn blijkbaar onbeperkt. De keuze is ook moeilijk. Wanneer is 
'place_of_worship' wanneer 'historic'.
Wanneer 'wayside_chapel' en wanneer 'shrine' of 'wayside_shrine'? 
Waarschijnlijk een heel persoonlijke beoordeling.

Guy Vanvuchelen


-Oorspronkelijk bericht-
Van: Marc Gemis [mailto:marc.ge...@gmail.com] 
Verzonden: zondag 19 februari 2017 19:00
Aan: Jakka; OpenStreetMap Belgium; Guy Vanvuchelen
Onderwerp: Re: [OSM-talk-be] heiligenbeelden

Mijn tagging ging ervan uit dat het een beeld was zoals op 
https://commons.wikimedia.org/wiki/File:Christus_beeld_voor_Sint-Pieterskerk_Rumst.jpg

Wat Jakka schreef gaat over andere objecten

En  om zijn lijst nog aan te vullen is er ook nog

historic=wayside_chapel
historic=tree_shrine

volgens https://wiki.openstreetmap.org/wiki/Historical_Objects/Map_Properties

die laatste zou beter als natural=tree + historic=wayside_shrine getagged 
worden volgens https://wiki.openstreetmap.org/wiki/Tag:historic%3Dtree_shrine

m.

2017-02-18 9:13 GMT+01:00 Jakka :
> Deze info nog gevonden:
> http://wiki.openstreetmap.org/wiki/Tag:historic%3Dwayside_shrine
> http://wiki.openstreetmap.org/wiki/Tag:historic%3Dwayside_cross
> http://wiki.openstreetmap.org/wiki/Tag:man_made%3Dcross
> http://wiki.openstreetmap.org/wiki/Tag:summit:cross%3Dyes
>
>
> Op 17/02/2017 om 18:31 schreef Marc Gemis:
>
>> voor mij zijn die beelden sowieso
>>
>> tourism=artwork
>> artwork_type=statue
>> name=Jesus Christus
>> subject:wikidata=Q302  (voor bv. Jesus)
>>
>> k weet niet zeker of dit wel plekken zijn waar men heen gaat om te 
>> bidden (het geloof te belijden) zoals je verwacht bij een 
>> amenity=place_of_worship
>>
>> m
>>
>> 2017-02-17 16:38 GMT+01:00 Guy Vanvuchelen :
>>>
>>> Kan iemand me zeggen hoe ik best een heiligenbeeld langs de weg map. 
>>> Het is geen kapelletje, geen schrijn, maar toch iets in die aard. In 
>>> mijn drang om zoveel mogelijk kapelletjes, kruisen, enz te mappen 
>>> omdat die op veel toeristische kaarten voorkomen stoot ik op 
>>> heiligenbeelden, soms op een altaar, soms gewoon op een sokkel.
>>>
>>> Ik heb al de gebruikelijke: amenity =  place_of _worship, 
>>> denomination = roman_catholic, religion = Christian gebruikt samen 
>>> met tourism : artwork maar is dat wel juist. In vele gevallen is het beeld 
>>> immers geen kunst.
>>> We
>>> kunnen ook place_of_worshop = shrine kunnen gebruiken. Als je in 
>>> Google afbeeldingen voor ‘shrine’ kiest zie je wel een heel andere 
>>> selectie dan voor het Nederlandse ‘schrijn’. In het Nederlands gaat 
>>> het eerder over een soort koffer terwijl de Engelse versie voor alle 
>>> soorten heiligdom staat.
>>>
>>> Voor het beroemde beeld in Rio de Janeiro staat gewoon ‘name’ ingevuld.
>>>
>>>
>>>
>>> Guy Vanvuchelen
>>>
>>>
>>>
>>>
>>> ___
>>> 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-ie] Splitting of CIvil Parishes?

[Brian Tuffy]

Sorry, wrong link in last email

I have come across this before where a civil parish border runs through a
townland.
http://maps.openstreetmap.ie/oocmaps.html?zoom=16=53.73535=-9.09821=BTFFTTF

On Sun, Feb 19, 2017 at 8:17 PM, Brian Tuffy  wrote:

> To me it looks like that 'shared civil parish' is just that the border of
> the civil parish runs through the middle of the townland, essentially
> splitting the townland in two. One part belonging to each civil parish.
> Ballybollen as seen on the 1837 6 inch OSI map shows two townlands with
> the same name beside each other and about half the size of what is
> currently in OSM.
> http://map.geohive.ie/mapviewer.html
>
>
> I have come across this before where a civil parish border runs through a
> townland.
> http://maps.openstreetmap.ie/oocmaps.html?zoom=12=54.
> 77448=-6.29902=BFFFTFF
>
> I recommend you try to draw the border with the aid of the 6 inch map and
> have the civil parish border follow that. I would leave the townland border
> as it is.
>
> On Sun, Feb 19, 2017 at 2:05 PM, Rory McCann  wrote:
>
>> -BEGIN PGP SIGNED MESSAGE-
>> Hash: SHA1
>>
>> Hi,
>>
>> I'm looking at the logainm import script, and sometimes when it can't
>> find a match, I look at the data in OSM and manually add a the
>> logainm:ref if I can figure it out.
>>
>> And there's a few civil parishes which are tagged in a strange way.
>> Look at this map here:
>>
>> http://maps.openstreetmap.ie/oocmaps.html?zoom=12=54.774
>> 48=-6.29902=BFFFTFF
>>
>> The "Drummaul" CP. to the south-east is a small, one townland CP
>> called "Drummaul/Antrim", and to the north-west is
>> "Ahoghill/Drummaul". The memorial atlas doesn't show those as
>> different CPs. In Logainm there is only one "Drummaul". There is a lot
>> of other examples of tiny little CPs which seems to be a "mix" of 2
>> others.
>>
>> My first reaction would be to delete them and fix up the CP
>> boundaries, but is there a good reason for them to be tagged this way?
>> What's the source for these other CPs, since they are not on the
>> Memorial Atlas, or Logainm?
>>
>> When these are cleaned up, we'll be able to match up more things to
>> logainm.
>>
>> Rory
>> -BEGIN PGP SIGNATURE-
>> Version: GnuPG v2.0.22 (GNU/Linux)
>>
>> iQEcBAEBAgAGBQJYqZgIAAoJEOrWdmeZivv2klMH/2I4env4M5SCb6ShIQKHDpUm
>> roKWh+LJjDLuynAcTjlRSOU7tZ30rSU+aGSSWLihv+kMJcFG4Jw1JRK0gJcQKG1i
>> mP9Dh6ubXS2PerD3+HJBg5YPj4t/YBaxYXuMZor2lEDsMXAtM8d+skuScWIkdjcU
>> wlWIS9rr7cvSIau4Q1wk88yQiPbWTe3LkcW6rmWVeldciKiS9LQHgdB7IU+4WiqQ
>> 0sT9DL1MiLJ5eBm5WI3391GdlDcQwWmS5lEULM3Wo158aklU/xGRm9pRL7xOEEc6
>> 8Ylg0lWOZ2LPUDIs6z9VqRQb30vSPHlZEd05aYIpF6OLthfnWPE/+UV4pog1B8c=
>> =lvJd
>> -END PGP SIGNATURE-
>>
>> ___
>> Talk-ie mailing list
>> Talk-ie@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-ie
>>
>
>
___
Talk-ie mailing list
Talk-ie@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ie

[OSM-talk-fr] Tarif des péages

[Rogelio Canedo]

Bonjour à tous,
Je voulais discuter avec vous de la possibilité d'intégrer les tarifs des
péages à OSM.
Après avoir regardé, il ne semble pas y avoir de modèle pour le moment.
Pensez-vous qu'un modèle basé sur des relations soit possible?

Exemple de relation:
-> type: toll_fee
-> class1: 
-> class2: 
-> class3: 
-> class4: 
-> class5: 
-> name: 

1- prise de ticket à une barrière de péage -> paiement à la barrière de
sortie
Ajouter deux membres:
liste des barrières de péage d'entrée avec le rôle *from*
liste des barrières de péage de sortie avec le rôle *to*

Exemple sur A1 entre Pont Sainte Maxence et Compiègne Ouest:
Tag
*type*: toll_fee
*class1*: 0.7
*class2*: 1.0
*class3*: 1.2
*class4*: 1.6
*class5*: 0.3
*name*: Pont Sainte Maxence / Compiègne Ouest
Membres
*from*: Gare de Péage de Pont Sainte Maxence
*to*: Gare de Péage de Compiègne Ouest

2 - pas de prise de ticket, on paye un droit de passage
On trouve ce type de péage pour les ponts, les tunnels...
Ici, il n'est pas nécessaire de renseigner le membre to

Exemple sur le pont de l'île de ré
*type*: toll_fee
*class1*: 8
*class2*: 8
*class3*: 18
*class4*: 40
*class5*: 3
*name*: Pont de l'île de ré
Membres
*from*: Gare de Péage de l'île de ré

3 - le tarif change en fonction la date
C'est le cas, du pont de l'île de ré qui a une période de tarification
estivale.
le tunnel du duplex en idf qui a des tarifs différents en fonction de la
période de la journée.

Exemple:
*type*: toll_fee
*class1*: 16
*class2*: 16
*class3*: 18
*class4*: 40
*class5*: 3
*name*: Pont de l'île de ré - Tarif été
*fee*: <*opening_hours>*
Membres
*from*: Gare de Péage de l'île de ré

Exemple:
*type*: toll_fee
*class1*: 8
*class2*: 8
*class3*: 18
*class4*: 40
*class5*: 3
*name*: Pont de l'île de ré - Tarif hiver
*fee*: <*opening_hours>*
Membres
*from*: Gare de Péage de l'île de ré

Il doit y avoir autant de relation que de combinaisons possible.

Est-ce que ce modèle vous semble viable ou existe-t-il d'autres uses cases?

Merci

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

[Talk-it] Numeri civici

[Giuseppe Sapuppo]

OK: è un argomento già abbondantemente discusso.
Però avrei un paio di dubbi da principiante che leggendo la 
documentazione non sono riuscito a chiarire.


Numerazioni frazionate.
Quando un numero è ripartito tra più accessi, si può trovare una 
sottonumerazione in lettere o in numeri.
In entrambi i casi la regola è che numerazione primaria e secondaria 
sono separate da "/", senza spazi; le lettere sono maiuscole.

Esempio: 10/2, 10/A
E se dopo la numerazione secondaria c'è un ulteriore frazionamento?
Cioè "10 A 1".
E' un delirio, ma l'ho visto!
Si fa 10/A1 o 10/A/1?

Numeri rossi.
Per fortuna i comuni che adottano la numerazione rossa sono pochi.
Pochi ... ma grossi!
Ho letto che la regola dovrebbe essere numero e "rosso" separati da spazio.
Esempio: 10 rosso
Ma a Firenze, dove le numerazioni provengono da fonte esterna (Comune?) 
e quindi codificati con un'altra regola, sono tutti nel formato numero e 
"R" separati da spazio.

Che faccio?
Rispetto la regola di OSM e quindi inserisco quelli nuovi in un formato 
diverso da quelli già esistenti?
Oppure li inserisco in formato omogeneo a quelli esistenti, in 
violazione della regola di OSM?


--
DustyOnTheRoad
Giuseppe Sapuppo
g.sapu...@katamail.com

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

Re: [OSM-talk-be] heiligenbeelden

[Marc Gemis]

Mijn tagging ging ervan uit dat het een beeld was zoals op
https://commons.wikimedia.org/wiki/File:Christus_beeld_voor_Sint-Pieterskerk_Rumst.jpg

Wat Jakka schreef gaat over andere objecten

En  om zijn lijst nog aan te vullen is er ook nog

historic=wayside_chapel
historic=tree_shrine

volgens https://wiki.openstreetmap.org/wiki/Historical_Objects/Map_Properties

die laatste zou beter als natural=tree + historic=wayside_shrine
getagged worden volgens
https://wiki.openstreetmap.org/wiki/Tag:historic%3Dtree_shrine

m.

2017-02-18 9:13 GMT+01:00 Jakka :
> Deze info nog gevonden:
> http://wiki.openstreetmap.org/wiki/Tag:historic%3Dwayside_shrine
> http://wiki.openstreetmap.org/wiki/Tag:historic%3Dwayside_cross
> http://wiki.openstreetmap.org/wiki/Tag:man_made%3Dcross
> http://wiki.openstreetmap.org/wiki/Tag:summit:cross%3Dyes
>
>
> Op 17/02/2017 om 18:31 schreef Marc Gemis:
>
>> voor mij zijn die beelden sowieso
>>
>> tourism=artwork
>> artwork_type=statue
>> name=Jesus Christus
>> subject:wikidata=Q302  (voor bv. Jesus)
>>
>> k weet niet zeker of dit wel plekken zijn waar men heen gaat om te
>> bidden (het geloof te belijden) zoals je verwacht bij een
>> amenity=place_of_worship
>>
>> m
>>
>> 2017-02-17 16:38 GMT+01:00 Guy Vanvuchelen :
>>>
>>> Kan iemand me zeggen hoe ik best een heiligenbeeld langs de weg map. Het
>>> is
>>> geen kapelletje, geen schrijn, maar toch iets in die aard. In mijn drang
>>> om
>>> zoveel mogelijk kapelletjes, kruisen, enz te mappen omdat die op veel
>>> toeristische kaarten voorkomen stoot ik op heiligenbeelden, soms op een
>>> altaar, soms gewoon op een sokkel.
>>>
>>> Ik heb al de gebruikelijke: amenity =  place_of _worship, denomination =
>>> roman_catholic, religion = Christian gebruikt samen met tourism : artwork
>>> maar is dat wel juist. In vele gevallen is het beeld immers geen kunst.
>>> We
>>> kunnen ook place_of_worshop = shrine kunnen gebruiken. Als je in Google
>>> afbeeldingen voor ‘shrine’ kiest zie je wel een heel andere selectie dan
>>> voor het Nederlandse ‘schrijn’. In het Nederlands gaat het eerder over
>>> een
>>> soort koffer terwijl de Engelse versie voor alle soorten heiligdom staat.
>>>
>>> Voor het beroemde beeld in Rio de Janeiro staat gewoon ‘name’ ingevuld.
>>>
>>>
>>>
>>> Guy Vanvuchelen
>>>
>>>
>>>
>>>
>>> ___
>>> 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] OSM Conflation Tool

[Éric Gillet]

Nice tool, thank you for making it !
Also python3 support is appreciated.

Éric

2017-02-16 15:47 GMT+01:00 Ilya Zverev :

> Hi everyone,
>
> I have just finished the conflation script, that would make importing a
> set of points much easier. For example, when you have a GeoJSON of
> McDonalds' restaurants or a website with locations of Carrefour Express
> shops. It reads or downloads OSM data and finds matching objects (including
> ways and multipolygons). Then it adds some tags, adds nodes for unmatched
> points, and produces an osmChange, ready to be uploaded.
>
> Of course, you should not upload anything made with a script right away,
> there are procedures for automated edits.
>
> The script is written in Python 3, and called OSM Conflator. The
> description and instructions are on the wiki: https://wiki.openstreetmap.
> org/wiki/OSM_Conflator
>
> It is published on Github under the Apache 2 license:
> https://github.com/mapsme/osm_conflate
>
> The first local import made with it will be uploaded tomorrow after the
> ongoing discussion in the Russian forum. I'd be happy to see it help
> anybody else.
>
> Ilya
> ___
> 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: [OSM-talk] Maproulette problems?

[Martijn van Exel]

Apologies for the lack of contact info. For the record you can always email me 
(m...@rtijn.org ) or maproule...@maproulette.org 
 
There’s also a MR mailing list (very low traffic) on the OpenStreetMap listserv.

Thanks for filing bugs, I’m working to catch up on them — but feel free to jump 
in of course :) 

Martijn

> On Feb 18, 2017, at 5:28 AM, Maarten Deen  wrote:
> 
> On 2017-02-18 12:18, Jochen Topf wrote:
>> On Sat, Feb 18, 2017 at 09:48:08AM +0100, Maarten Deen wrote:
>>> Is the back-end of Maproulette offline? I can access the site, I can see the
>>> challenges and the metrics, but when I want to start a challenge I only get
>>> to see the OSM map in my neighborhood and it doesn't assign a task.
>> It does work for me currently. But the effect you describe is what you
>> see when a challenge is finished. Try a different challenge.
> 
> I did. But it now works again for me too.
> 
> Maarten
> 
> ___
> 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-es] Mensaje del foro: etiquetas Wikipedia incorrectas

[Ibai Gurrutxaga]

Hola.

Ya está completada la tarea de desambiguar las etiquetas wikipedia. Las 
últimas no las he corregido yo, se me han adelantado otros usuarios como 
MKnight o nyuriks.


Solo quería comentar un par de cuestiones que he detectado y que tal vez 
alguien con conocimiento de la zona podría confirmar o corregir.


Por un lado, está la relación r345104, con etiqueta name=Corcos, pero 
que parece que debe ser "Corcos del Valle". He corregido la etiqueta de 
Wikipedia, pero no me atrevido a tocar el nombre.


Algo similar pasa con la relación, r347331, con name=Pozorrubio. Según 
la Wikipedia (desambiguada por nyuriks) ahora se llama "Pozorrubio de 
Santiago". Además, tiene una etiqueta ine:municipio=16167 que no se qué 
significa exactamente, pero he comprobado si es el código postal y no 
coincide. El código postal correcto es el 16414.


Ahí lo dejo por si alguien que conoce mejor la zona y la etiqueta 
ine:municipio ve la necesidad de corregir algo.


Un saludo,
Ibai Gurrutxaga.


On 13/02/17 16:51, Ibai Gurrutxaga wrote:


Gracias Alejandro.

Me pondré poco a poco a ello y os informaré de cómo queda la cosa.

Saludos,
Ibai Gurrutxaga.


On 11/02/17 21:50, Alejandro S. wrote:


¡Adelante!
Solo te recomiendo que no edites todo de golpe y sigas las 
recomendaciones de la etiqueta wikipedia en la wiki:

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

Saludos,
Alejandro Suárez


On Sat, Feb 11, 2017, 19:50 Ibai Gurrutxaga 
> wrote:


Hola.

En el foro de Users:Spain de Openstreetmap [1] hay un mensaje de
alguien
que ha detectado etiquetas con referencias a Wikipedia
incorrectas. En
concreto, son referencias a páginas de desambiguación. Toda la
información la publica aquí [2] y permite ver el elemento con la
etiqueta incorrecta y editarlo manualmente, es decir, uno a uno.
Hay 112
referencias a la Wikipedia en español, tanto de elementos en
España como
en Latinoamérica.

Me parece interesante corregirlas y creo que se puede hacer a mano.
Aunque nunca he usado este tipo de etiquetas estaría dispuesto a
intentarlo, más que nada por aprender. La cuestión es que siendo
novato,
no me atrevo a tocar nada de esto sin preguntar.

¿Veis bien que empiece a corregir las etiquetas en español
listadas en
[1] sin más? ¿Creéis que debería seguir alguna metodología concreta?
¿Creéis que debería coordinarme primero con otros que quieran
hacerlo (o
que lo estén haciendo ya)? ¿Veis algún problema que desaconseje hacer
las correcciones?

Muchas gracias por vuestros consejos,
Ibai Gurrutxaga.

[1] https://forum.openstreetmap.org/viewtopic.php?pid=630683
[2] https://www.mediawiki.org/wiki/User:Yurik/OSM_disambigs


___
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




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

[OSM-talk] JOSM looking for translators for several languages

[Martin Koppenhoefer]

Here's a call from the JOSM-dev-list, which I'm reposting here, maybe
someone is interested in giving a hand. This is the translation overview
page in the JOSM wiki:
http://josm.openstreetmap.de/wiki/Translations





I had a look at our translation statistics recently and [it's a pity] that
there is no real progress to see, compared to the situation a few years ago.

A few languages are well maintained, but already such common languages like
French and Spanish have large gaps.

Mainly a few individuals keep the whole translations business alive (many
thanks to these mostly unnamed heros BTW).

Does anybody have ideas how more translators could be attracted for the
languages which have many missing texts?

We do daily text uploads and although launchpad has issues from time to
time it usually is stable. The tools exist.

I think the main problem is that people aren't aware they could help and
are needed to do so.

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

Re: [Talk-cz] Fwd: Využití Ortofotomapy pro OpenStreetMap | Brno

[Marián Kyral]

Dne 19.2.2017 v 10:00 Ladislav Nesnera napsal(a):


Brno k tomu přistoupilo vstřícně a odpovědně:

"využití ortofota pro OSM podporujeme, jen si nejsme jistí, zda to 
smlouva s dodavatelem umožňuje JZatím jsme tedy vznesli dotaz na 
dodavatele, případně to budeme řešit s našimi právníky"


Vývoj událostí si samozřejmě nenechám pro sebe;?



Od úterka mám rozepsaný dopis pro paní ředitelku Topgisu. Asi bych jej 
mohl dokončit a odeslat, ať mám čisté svědomí, že jsem udělal vše co 
bylo v mých silách. Výsledek si netroufám, odhadovat, je to tak 50 na 50 :-D


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

hebdoOSM Nº 343 07/02/2017-13/02/2017

[weeklyteam]

Bonjour,

Le résumé hebdomadaire n° 343 de l'actualité OpenStreetMap vient de paraître en 
français. Un condensé à retrouver à:

http://www.weeklyosm.eu/fr/archives/8745/

Bonne lecture!

hebdoOSM?
Qui?: https://wiki.openstreetmap.org/wiki/WeeklyOSM#Available_Languages 
Où?: 
https://umap.openstreetmap.fr/en/map/weeklyosm-is-currently-produced-in_56718#2/8.6/108.3
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

hebdoOSM Nº 343 07/02/2017-13/02/2017

[weeklyteam]

Bonjour,

Le résumé hebdomadaire n° 343 de l'actualité OpenStreetMap vient de paraître en 
français. Un condensé à retrouver à:

http://www.weeklyosm.eu/fr/archives/8745/

Bonne lecture!

hebdoOSM?
Qui?: https://wiki.openstreetmap.org/wiki/WeeklyOSM#Available_Languages 
Où?: 
https://umap.openstreetmap.fr/en/map/weeklyosm-is-currently-produced-in_56718#2/8.6/108.3
___
Talk-ca mailing list
Talk-ca@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ca

Re: [OSM-talk-fr] HebdoOSM

[David Crochet]

Bonjour


Le 19/02/2017 à 14:57, Philippe Verdy a écrit :
mais là je critiquait surtout ceux qui traduisent à l'aveugle et ne 
font aucune relecture et ne se demandent même pas pourquoi ça ne veut 
rien dire au final en français 


Et au lieu de critiquer, tu aides ou pas ?

Cordialement

--
David Crochet


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

Re: [OSM-talk-fr] base VLA (vitesse limite autorisé)

[Philippe Verdy]

Je crois qu'avant de généraliser les mesures cohercitives et de
surveillance automatisée, il serait bon de penser à déployer en France une
signalisation améliorée, notamment radiodiffusée. Ce sera de toute façon
indispensable pour renforcer la sureté des systèmes de conduite
automatique, tant la signalisation publique est dégradée (et pas toujours
bien visible) et constitue de vrais pièges à contraventions.

Ca passe par des réflexion sur les normes actuelles, et l'adoption de
nouvelles normes (si possibles européennes et basées sur des technologies
ouvertes, permettant de multiplier les offres d'équipement des véhicules ou
outils de navigation et d'en baisser le prix, ou l'intégrer aussi sur les
solutions mobiles). Mais ça passe aussi par l'équipement des collectivités
et leur formation (et des marchés publics suffisamment ouverts pour éviter
des dérives budgétaires, et de vraies enquêtes publiques pour éviter le
coûteux désastre de la taxe poids lourds avec une société obtenant un
contrat abusif dans les compensations de rupture). Cela ne devrait pas se
faire à l'initiative seule d'un ministère imposant ça d'en haut, ou d'une
obscure agence parapublique n'ayant en fait aucun moyen réel de contrôle,
même pendant la réalisation des lots du marché.

Les normes doivent donc être ouvertes (pas comme celles de l'ISO et même
bon nombre de normes dites européennes qui ne font que retranscrire les
normes ISO ou viennent même les imposer là où ce n'est même pas nécessaire
en cassant les offres alternatives libres, et les marchés passés sans
exclusivité sur des périodes longues: tant pis si au départ ça signifie peu
d'offres (ROI plus fiable), mais les coûts réels de mise en oeuvre ne
cessent de baisser si on a des normes ouvertes, permettant même des
fournitures plus locales: c'est l'autorité de controle de mise en oeuvre
des normes qui doit être le plus solidifiée (tout en la gardant ouverte sur
ses décisions et protégée légalement aussi contre l'action de ceux qui
abuseront ou voudront contredire les normes pour imposer les leurs: le
changement des normes doit rester une affaire publique et pas une
initiative commerciale privée couverte par des tas de clauses de propriété
exclusive).

L'information sur l'état de la signalisation en France est franchement
mauvaise (et trop souvent au détriment des usagers qu'on accuse facilement
de faute ou négligence avec des outils de controle automatique et des
décisions lourdes qui ne sont même pas réellement contestables). En
conséquence, elle induit une défiance des usagers contre elle et
l'improvisation voire des comportements dangereux et prises de risques sans
que nécessairement les conducteurs en aient conscience (hors du domaine de
l'alcool au volant qui est le seul faisant l'objet de campagnes, les
limites de vitesse ne s'imposent que par l'expérience de tas
d'automobilistes qui se sont fait piéger et ont payé sans contester, parce
que la contestation est encore plus onéreuse, le conducteur devant payer
immédiatement des amendes majorées qui ne seront jamais restituées même si
elles sont payées très tôt voire immédiatement sans possibilité de
contester!). Certaines collectivités ont aussi tendance à abuser de la
signalisation à tout bout de champ: avec beaucoup trop d'éléments plus ou
moins contradictoires ou impossibles à respecter si ils sont trop denses:
elle distrait le conducteur qui ne regarde plus la route devant lui, omet
les distances de sécurité (puisque la puissance publique l'omet aussi dans
sa signalisation). On observe ça et là des limites de vitesse qui changent
à moins de 50 mètres d'écart, et noyées par d'autres éléments de
signalisation pas nécessairement obligatoires (une signalisation devenue
particulièrement compliquée selon en plus les types d'usagers).

Quand aurons nous une signalisation radiodiffusée (microcellules, émetteurs
sous la chaussée, bandes magnétiques...) ? Et comment la mettre en place
sans une très bonne cartographie publique, réactive aussi aux changements ?


Le 19 février 2017 à 14:31, willemijns  a écrit :

> Hello,
>
> vous en avez sûrement parlé...
>
> http://www.radars-auto.com/actualite/actu-radars-general/
> la-securite-va-analyser-les-donnees-de-trafic-1202
>
> "Tout d'abord, la DSCR souhaite construire une base de données fiable des
> vitesses limites autorisées (VLA)."
>
> DSCR =
> http://www.securite-routiere.gouv.fr/la-securite-routiere/
> qui-sommes-nous/la-delegation-a-la-securite-et-a-la-circulation-routieres
>
> y'aura du lourd à prévoir comme projet pour aller modifier les ways
>
>
>
>
>
> --
> View this message in context: http://gis.19327.n8.nabble.
> com/base-VLA-vitesse-limite-autorise-tp5891611.html
> Sent from the France mailing list archive at Nabble.com.
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
___
Talk-fr mailing 

Re: [Talk-it] Nuovo strumento per associare Wikidata ad OSM

[Martin Koppenhoefer]

sent from a phone

> On 19 Feb 2017, at 15:06, Stefano  wrote:
> 
> Secondo me non va mappato come EUR, perché la voce wikipedia parla del 
> progetto dell'Expo,
> mentre rimanda per la situazione attuale alla pagina 
> https://it.wikipedia.org/wiki/Europa_(quartiere_di_Roma)


per me il place è proprio questo: "L’EUR (anche noto come Eur o E.U.R., in 
origine acronimo di Esposizione Universale di Roma) è un complesso urbanistico 
e architettonico di Roma, identificato per antonomasia con il trentaduesimo 
quartiere di Roma, oggi denominato quartiere Europa. Il termine è oggi 
utilizzato anche per identificare la più estesa zona urbanistica 12a del 
Municipio IX (ex XII), e più in generale per designare l'intero municipio."


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

[OSM-talk] Toposcope Maker

[Martin Ždila]

Hello,

Let me announce a new tool for making toposcopes - Toposcope Maker.

You can find it at http://toposcope.freemap.sk/.

Source code is hosted at https://github.com/FreemapSlovakia/toposcope-maker

Enjoy
-- 
Martin Ždila
Freemap Slovakia
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [Talk-it] Nuovo strumento per associare Wikidata ad OSM

[Stefano]

Il giorno 19 febbraio 2017 14:52, Martin Koppenhoefer <
dieterdre...@gmail.com> ha scritto:

>
>
> sent from a phone
>
> On 19 Feb 2017, at 13:57, Stefano  wrote:
>
> Fortunatamente non hanno coordinate, il problema non si pone in questo
> caso :-)
>
>
>
> si, ma occorre in tutti i campi. C'è soprattutto da porre attenzione alle
> differenze tra edificio e funzione, place e boundary=administrative.
>
> Esempio 1
> Porta San Paolo (historic=city_gate) e Museo archeologico
>
> 2
> E.U.R.
> http://www.openstreetmap.org/node/3711862454
> https://it.wikipedia.org/wiki/EUR
> https://m.wikidata.org/wiki/Q1368377
> (è giusto che ha questa proprietà?
> https://m.wikidata.org/wiki/Q1074955
> forse si, ma non è evidente senza indagare un po')
>

Secondo me non va mappato come EUR, perché la voce wikipedia parla del
progetto dell'Expo,
mentre rimanda per la situazione attuale alla pagina
https://it.wikipedia.org/wiki/Europa_(quartiere_di_Roma)
dove è definito che va sull'oggetto che identifica il quartiere 32.
(su wikidata vedo che c'è una relazione "considerato uguale" fra i due
oggetti, su EUR toglierei istanza di quartiere e metterei istanza di
esposizione universale o progetto urbanistico).


>
>
invece questo
> https://it.wikipedia.org/wiki/Eur_(zona_di_Roma)
> https://m.wikidata.org/wiki/Q3734597
> è una parte (credo ancora da mappare) di questo:
> http://www.openstreetmap.org/relation/1459381#map=10/41.7645/12.5009
>
>
Quale è la relazione fra zone urbanistiche e quartieri a roma? A genova
abbiamo municipi (entità amministrativa) e unità urbanistiche (non
amministrativa).


> ciao,
> Martin
>
>
Ciao,
Stefano


> ___
> 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] HebdoOSM

[Philippe Verdy]

Le 19 février 2017 à 14:19,  a écrit :

> Bonjour,
> Je ne parle pas un mot d'anglais et suis très content des pages traduites
> tant bien que mal par des benevoles.
> Malgré ce handicap, il m'arrive souvent de traduire les pages du wiki avec
> Goo... + le dictionnaire + mon bon sens !
>

Go**le fait en général du bon travail, mais il se plante souvent sur les
constructions ambiguës de l'anglais quand il y a des juxtapositions de
termes (parfois sans distinction entre noms, adjectifs et verbes) et sans
aucune préposition pour préciser leurs relations, ou des phrases courtes
avec très peu de contexte : ici le contexte est celui d'OSM et
l'information géographique avec son jargon particulier.

Traduire par exemple les titres des "news feed" est assez désastreux: aucun
robot n'y parvient correctement. Malheureusement le WeeklyOSM utilise des
titres très courts, ce qui ne facilite pas toujours la résolution de sens.

Normalement on devrait aller voir les liens proposés, mais là je critiquait
surtout ceux qui traduisent à l'aveugle et ne font aucune relecture et ne
se demandent même pas pourquoi ça ne veut rien dire au final en français
(probablement parce que ceux qui le font ne comprennent rien au français
non plus, et ne comprennent pas plus la langue originale quand ce n'était
pas l'anglais, ou ont des notions très superficielles de l'anglais en plus,
ce qui ne leur permet pas d'aller réellement chercher les sens voulus,
puisque les liens proposés n'aideront pas toujours).

Traduire normalement nécessite de comprendre les deux langues (et dans le
milieu professionnel, on demande d'avoir une excellente notion de la langue
cible). On ne demande pas ici de maitriser parfaitement l'orthographe (tout
le monde même natif fait des fautes courantes, même les écrivains réputés,
ce n'est pas un drame) ou la grammaire tant qu'on ne crée pas de
contre-sens ou ne copie pas directement les termes issus de l'anglais voire
glannés d'autres langues même pas dans l'original, parce que le robot a
indexé des contenus en se trompant sur l'identification automatisée de la
langue dans son corpus), et en cas de difficulté de demander aux auteurs
originaux une précision sur le sens voulu (donc d'avoir un moyen de le
faire directement dans l'outil de traduction, et que ceux qui y participent
soient informés de ces demandes et réagissent: la durée d'activation de ces
WeeklyOSM est courte, et cela ne nécessite pas de devoir s'investir dessus
non plus pendant des mois ou des années). Il y a des choses qui sautent aux
yeux des lecteurs natifs, mais c'est trop tard et même le plus souvent il
n'y a plus moyen de corriger quoi que ce soit, et ça reste tel quel dans
les archives.

Mais il faudrait aussi moins de précipitation pour publier les traductions
(parce qu'après ça, c'est trop tard, elles ne seront pas diffusées à
nouveau, surtout pas en mailing list).

Conséquence de ça: personne ne les relit ensuite, et WeeklyOSM manque
d'outils pour rechercher les sujets liés dans ses actus et les pointer
correctement en complément sur toutes ses pages: l'utilisation de certains
"hashtags"/mot-clés d'indexation/catégories pourraient aider, tout en
facilitant aussi les relectures ultérieures, en même les nouvelles entrées
à traduire (avec une mémoire de traduction mais pas seulement car le
contenu est nécessairement modifié, c'est surtout utile pour retrouver le
lexique lié à un sujet, et tenter de l'harmoniser pour encore améliorer le
"match" dans les outils de recherche).

Certains sites d'actualités le font très bien (la plupart d'ailleurs ont la
forme d'un blogue, beaucoup trop cependant, même les sites les plus
"réputés", abusent des pavés publicitaires sans aucun rapport ou carrément
trompeurs ou des escroqueries en ligne qu'ils tolèrent car ils ne filtrent
pas du tout le contenu venant du réseau d'annonceurs qui pourtant nous
pistent sans arrêt. avant même de nous présenter des liens de navigation
interne (ou carrément de les mélanger aux contenus tiers non contrôlés,
quand ils ne bloquent pas carrément l'accès au contenu quand les filtres
antihameçonnage/antisuivis sont activés: Il ne faudrait pas en venir là, la
pub ça va tant que c'est clairement identifié et ne compromet pas la
navigation de base par un abus du placement sur toutes les zones "vides" de
la page voire la totalité du fond de page, ou des tas de boutons trompeurs
sur l'action qu'on souhaitait faire, telle que tenter d'imiter le bouton
"télécharger" du site pour aller ailleurs charger autre chose: ces
pratiques pullullent dans le monde du "freeware", rarement libres, et qui
font payer n'importe quoi).
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [Talk-it] Nuovo strumento per associare Wikidata ad OSM

[Martin Koppenhoefer]

sent from a phone

> On 19 Feb 2017, at 13:57, Stefano  wrote:
> 
> Fortunatamente non hanno coordinate, il problema non si pone in questo caso 
> :-)


si, ma occorre in tutti i campi. C'è soprattutto da porre attenzione alle 
differenze tra edificio e funzione, place e boundary=administrative.

Esempio 1
Porta San Paolo (historic=city_gate) e Museo archeologico 

2
E.U.R.
http://www.openstreetmap.org/node/3711862454
https://it.wikipedia.org/wiki/EUR
https://m.wikidata.org/wiki/Q1368377
(è giusto che ha questa proprietà?
https://m.wikidata.org/wiki/Q1074955
forse si, ma non è evidente senza indagare un po')




invece questo
https://it.wikipedia.org/wiki/Eur_(zona_di_Roma)
https://m.wikidata.org/wiki/Q3734597
è una parte (credo ancora da mappare) di questo:  
http://www.openstreetmap.org/relation/1459381#map=10/41.7645/12.5009

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

Re: [Talk-it] Nuovo strumento per associare Wikidata ad OSM

[girarsi_liste]

Il 19/02/2017 14:36, Stefano ha scritto:
> Il giorno 19 febbraio 2017 14:15, girarsi_liste 
> ha scritto:
> 
>>
>> Complimenti per il servizio, comodo.
>>
>> Noto però un eventuale falso positivo:
>>
>> http://osmit3.wmflabs.org/wikidata/#18/46.05227/11.46480
>>
>> Nel senso che è presente su OSM, ma viene come pallino grigio, forse a
>> causa del nome della stazione/punto non coincidente con il titolo/pagina
>> wikiedia.
>>
>>
> Ciao,
> no è volutamente così, infatti considero solo i tag wikidata, in quel caso
> basta aggiungere il corrispondente wikidata (da josm puoi usare anche Dati
> -> Recupera identificativo wikidata).
> 
> 

Ah! ok, mi era sfuggito il particolare wikidata.

In realtà lo recupero anche dalla pagina wikipedia se presente.

grazie.


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



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

Re: [Talk-it] Nuovo strumento per associare Wikidata ad OSM

[Stefano]

Il giorno 19 febbraio 2017 14:15, girarsi_liste 
ha scritto:

>
> Complimenti per il servizio, comodo.
>
> Noto però un eventuale falso positivo:
>
> http://osmit3.wmflabs.org/wikidata/#18/46.05227/11.46480
>
> Nel senso che è presente su OSM, ma viene come pallino grigio, forse a
> causa del nome della stazione/punto non coincidente con il titolo/pagina
> wikiedia.
>
>
Ciao,
no è volutamente così, infatti considero solo i tag wikidata, in quel caso
basta aggiungere il corrispondente wikidata (da josm puoi usare anche Dati
-> Recupera identificativo wikidata).


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

[OSM-talk-fr] base VLA (vitesse limite autorisé)

[willemijns]

Hello,

vous en avez sûrement parlé... 

http://www.radars-auto.com/actualite/actu-radars-general/la-securite-va-analyser-les-donnees-de-trafic-1202

"Tout d'abord, la DSCR souhaite construire une base de données fiable des
vitesses limites autorisées (VLA)."

DSCR =
http://www.securite-routiere.gouv.fr/la-securite-routiere/qui-sommes-nous/la-delegation-a-la-securite-et-a-la-circulation-routieres

y'aura du lourd à prévoir comme projet pour aller modifier les ways





--
View this message in context: 
http://gis.19327.n8.nabble.com/base-VLA-vitesse-limite-autorise-tp5891611.html
Sent from the France mailing list archive at Nabble.com.

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

Re: [OSM-talk-fr] HebdoOSM

[gnrc]

Bonjour, 
Je ne parle pas un mot d'anglais et suis très content des pages traduites tant 
bien que mal par des benevoles. 
Malgré ce handicap, il m'arrive souvent de traduire les pages du wiki avec 
Goo... + le dictionnaire + mon bon sens ! 
Si ceux qui parlent assez bien l'anglais pouvaient s'investir pour ceux qui ne 
le parlent pas, ce serait super. 
Merci à tous 

gnrc69 - chaque goutte fait l’océan (du libre). 

- Mail original -

De: "JB"  
À: "verdy p" , "Discussions sur OSM en français" 
 
Envoyé: Samedi 18 Février 2017 21:59:33 
Objet: Re: [OSM-talk-fr] HebdoOSM 

Bon ben comme ça, on a un non-lecteur non-traducteur qui n'est pas d'accord 
avec les autres. Il serait non-au-courant, ça arrangerait juste tout le monde. 
C'était mon mauvais esprit du soir, bon week-end, 
JB. 

Le 18/02/2017 à 21:10, Philippe Verdy a écrit : 





Le 18 février 2017 à 15:47, Julien Coupey < jul...@coupey.fr > a écrit : 


Comme ça a été dit, il vaut mieux une version française limitée que pas de 
version du tout. 




Pas d'accord quand ça consiste juste à copier-coller directement le contenu 
d'une traduction automatique SANS la relire et la comprendre. N'improte qui 
fait ça directement avec son navigateur web et les outils divers (avec en plus 
la possibilité de choisir le robot traducteur, ce qu'on perd totalement ici). 

Bref que ceux qui veulent traduire le fassent, mais il faut au minimum 
comprendre ce qu'on lit dans la langue source (l'anglais au minimum, parfois 
comparer à la cible des liens qui ne sont pas toujours en anglais et pour 
lesquels il n'y a pas toujours de traduction anglaise disponible non plus) ET 
comprendre ce qui est écrit en français (pour corriger les contre-sens 
complets). 

C'est la même chose sur la traduction de tous les wikis (OSM ou Wikimedia) ou 
sur tous les projets de traduction (même s'ils incluent une mémoire de 
traduction et eux aussi proposent des robots traducteurs): l'utilisation 
automatique de robots (Google translate) pour insérer ces traductions 
automatique sans les relire est bannie. La relecture intelligente est une étape 
indispensable. Je ne vois pas pourquoi ce ne serait pas non plus le cas pour 
WeeklyOSM, que ces fausses traductions déservent plus le projet qu'elles ne le 
servent : quand un lecteur utilise *lui-même* un robot dans son navigateur il 
sait à quoi s'attendre et sait que la traduction automatique peut être erronée 
et à ne pas prendre au pied de la lettre. 

Et c'est encore plus vrai pour WeeklyOSM quand la source originale n'est en 
fait même pas l'anglais (souvent l'allemand, l'espagnol ou le russe), et où la 
version anglais proposée comme source est en fait une traduction approchante 
qui peut déjà contenir des tas de fautes de sens ou de grammaire non corrigées 
(surtout celles venant en fait du russe et de l'espagnol dont les locuteurs 
maîtrisent souvent plus mal l'anglais que les germanophones...) ce qui "perd" 
encore plus les traducteurs automatiques partant de cette traduction anglaise 
approximative. 

D'ailleur WeeklyOSM se base encore en proposant toujours l'anglais comme 
source, sans nécessairement montrer les autres langues originales (qui peuvent 
pourtant servir à lever des ambiguités, utiles quand un détecte des non-sens 
pour savoir ce quu voulait être rélelement dit et que les robots parviennent 
encore moins à "comprendre") 

Un bon outil de traductions doit permettre de voir les autres langues et pas 
seulement la source proposée par défaut, et contenir un espace de 
discussion/questions pour interroger les auteurs sur les ambiguités ou 
difficultés de traduction ou compréhension de leur texte. On a ça dans le 
moteur de traduction de MediaWiki, mais rarement dans plein d'autres outils 
qu'on trouve sur le web, qui en plus ne disposent pas non plus de mémoire de 
traduction (qui aide à maintenir un lexique homogène, mais qui n'est pas 
infaillible non plus surtout s'il ne propose qu'une seule version et pas 
d'autres adaptées aux autres usages réels). 

Les moteurs de traduction (pour produire et publier ces traductions, ou en 
ligne intégrés dans le navigateur du client) proposent divers outils, c'est 
dommage d'en priver les lecteurs en ne leur offrant plus qu'une version 
pseudo-traduite automatiquement et non relue, juste parce que quelqu'un a fait 
quelques clics rapides dans le moteur pour faire croire qu'il a produit très 
vite 100% d'une traduction. Quand on ne comprend pas ce qu'on lit, on ne 
traduit pas à la place des autres. 


___
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

Re: [Talk-it] Nuovo strumento per associare Wikidata ad OSM

[girarsi_liste]

Il 19/02/2017 11:55, Stefano ha scritto:
> Ciao,
> abbiamo messo su uno strumento per aiutare nella ricerca ed aggiunta di tag
> wikidata sulla mappa.
> Questo è il link http://osmit3.wmflabs.org/wikidata/
> 
> Premessa:
> - l'aggiornamento OSM non è immediato (è sullo stesso database del
> bollettino delle cancellazioni) ma viene effettuato più volte al giorno
> - l'aggiornamento di Wikidata una volta a settimana (il dump usato è
> generato una volta a settimana
> - troverete diversi pallini con il titolo preceduto da parentesi quadre:
> questi sono oggetti wikidata senza etichetta in italiano. Se vi va, andate
> sul link wikidata ed inserite l'etichetta in italiano.
> - se trovate degli oggetti duplicati in wikidata, si può farne l'unione
> 
> Come funziona:
> - andate sull'area di interesse (grande a piacere, ma scaricherà più dati)
> - cliccate il bottone Get Data
> - analizzate a mano i pallini che vi si presentano, nel popup ci sono le
> informazioni relative ad ognuno
> 
> I pallini possono essere:
> - rossi (lo diventano usando la funzione "Segna come non mappabile", quando
> non sono oggetti mappabili, ad esempio i dipartimenti storici dell'epoca
> napoleonica; il pallino diventa rosso al caricamento successivo)
> - verdi (su OSM è già presente questo punto, si può vedere su wikidata e su
> OSM, diventano verdi all'aggiornamento successivo del db OSM)
> - grigi (non sono stati inseriti su OSM)
> 
> La stima di ieri sera è 12 mila oggetti con tag wikidata contro quasi 94
> mila oggetti potenzialmente inseribili (quindi 82 mila da inserire)
> 
> Ciao,
> Stefano
> 
> 

Complimenti per il servizio, comodo.

Noto però un eventuale falso positivo:

http://osmit3.wmflabs.org/wikidata/#18/46.05227/11.46480

Nel senso che è presente su OSM, ma viene come pallino grigio, forse a
causa del nome della stazione/punto non coincidente con il titolo/pagina
wikiedia.


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



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

Re: [Talk-it] Negozio di enoforniture

[Martin Koppenhoefer]

sent from a phone

> On 19 Feb 2017, at 13:35, Paolo Monegato  wrote:
> 
> In questo caso come mi converrebbe fare


potresti aggiungere 
sells:homebrewing_supplies=yes


ciao,
Martin 

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

Re: [Talk-it] Divieto escrementi animali.

[Martin Koppenhoefer]

sent from a phone

> On 19 Feb 2017, at 13:25, Paolo Monegato  wrote:
> 
> "animal_excrements=pick up"...


potrebbe essere letto come un amenity: posto dove posso prendere concime.

A me non piace troppo il generico "animal excrements" quando si tratta dei solo 
feci di cani. Nessuno raccoglie escrementi liquidi, e nessuno raccoglie 
escrementi di uccellini, cavalli, ecc. 

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

[OSM-talk-ie] Splitting of CIvil Parishes?

[Rory McCann]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hi,

I'm looking at the logainm import script, and sometimes when it can't
find a match, I look at the data in OSM and manually add a the
logainm:ref if I can figure it out.

And there's a few civil parishes which are tagged in a strange way.
Look at this map here:

http://maps.openstreetmap.ie/oocmaps.html?zoom=12=54.77448=-6.29902=BFFFTFF

The "Drummaul" CP. to the south-east is a small, one townland CP
called "Drummaul/Antrim", and to the north-west is
"Ahoghill/Drummaul". The memorial atlas doesn't show those as
different CPs. In Logainm there is only one "Drummaul". There is a lot
of other examples of tiny little CPs which seems to be a "mix" of 2
others.

My first reaction would be to delete them and fix up the CP
boundaries, but is there a good reason for them to be tagged this way?
What's the source for these other CPs, since they are not on the
Memorial Atlas, or Logainm?

When these are cleaned up, we'll be able to match up more things to
logainm.

Rory
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.22 (GNU/Linux)

iQEcBAEBAgAGBQJYqZgIAAoJEOrWdmeZivv2klMH/2I4env4M5SCb6ShIQKHDpUm
roKWh+LJjDLuynAcTjlRSOU7tZ30rSU+aGSSWLihv+kMJcFG4Jw1JRK0gJcQKG1i
mP9Dh6ubXS2PerD3+HJBg5YPj4t/YBaxYXuMZor2lEDsMXAtM8d+skuScWIkdjcU
wlWIS9rr7cvSIau4Q1wk88yQiPbWTe3LkcW6rmWVeldciKiS9LQHgdB7IU+4WiqQ
0sT9DL1MiLJ5eBm5WI3391GdlDcQwWmS5lEULM3Wo158aklU/xGRm9pRL7xOEEc6
8Ylg0lWOZ2LPUDIs6z9VqRQb30vSPHlZEd05aYIpF6OLthfnWPE/+UV4pog1B8c=
=lvJd
-END PGP SIGNATURE-

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

Re: [Talk-it] Nuovo strumento per associare Wikidata ad OSM

[Stefano]

Il giorno 19 febbraio 2017 13:15, Martin Koppenhoefer <
dieterdre...@gmail.com> ha scritto:

>
>
> sent from a phone
>
> On 19 Feb 2017, at 11:55, Stefano  wrote:
>
> - troverete diversi pallini con il titolo preceduto da parentesi quadre:
> questi sono oggetti wikidata senza etichetta in italiano. Se vi va, andate
> sul link wikidata ed inserite l'etichetta in italiano.
> - se trovate degli oggetti duplicati in wikidata, si può farne l'unione
>
>
>
> bisogna stare molto attenti fare le unioni. Esempio trovato recente
>
> https://m.wikidata.org/wiki/Q1420
> https://m.wikidata.org/wiki/Q3630536
>
> https://m.wikidata.org/wiki/Q3630902
>
>
> come si può unire in maniera sensata/mettere in ordine? Se vedo le voci in
> tedesco ed inglese mi sembra che ci sia grande confusione sull'argomento
> preciso, dalle proprietà wikidata sembrano uguali, e alcuni links mi
> sembrano sbagliati.
>
> Fortunatamente non hanno coordinate, il problema non si pone in questo
caso :-)

Derivano tutti e tre da tre pagine wikipedia esistenti, bisognerebbe
valutare l'unione degli articoli ma è una discussione per wikipediani,
dovresti chiedere su qualche pagina di servizio

 https://it.wikipedia.org/wiki/Aiuto:Dove_fare_una_domanda
https://de.wikipedia.org/wiki/Hilfe:%C3%9Cbersicht



> In generale: de:Kraftwagen=it:autoveicolo
> de:Personenkraftwagen=autovettura
> invece in inglese non sono riuscito a capire quali siano le termini
> esatti, se esistono.
>
> ciao,
> Martin
>
>
Ciao,
Stefano


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

Re: [Talk-it] Negozio di enoforniture

[Paolo Monegato]

Il 15/02/2017 20:31, Fabrizio Tambussa ha scritto:



Il 15/Feb/2017 19:58, "Gianluca Boero" > ha scritto:


Non ha anche la funzione di ferramenta? Dalle mie parti uno che
vendo prodotti per il vino (tappi bottiglie e attrezzi per lavare)
vende anche utensili e macchine per l'agricoltura. Anche libri
devo dire però...ricette di cucina.

Evidentemente è un po diverso dal tuo caso.


No. Solo forniture x enologia.
Se mi ricordo entro, compro un tappo così mappo con lo scontrino.
Saluti



Dato che siamo in argomento ne approfitto... Non lontano da casa mia ce 
n'è uno che vende anche prodotti per homebrewing. L'attività storica 
sarebbe le forniture per enologia, ma attualmente credo che il giro 
maggiore di affari ce l'abbia il nuovo settore portato avanti dai figli...


In questo caso come mi converrebbe fare? Tra l'altro il negozio è sempre 
lo stesso ma il nuovo settore ha anche un marchio vero e proprio, che 
però è relativo appunto solo a quel settore e non anche al negozio 
storico...


ciao

Paolo M

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

Re: [Talk-it] Divieto escrementi animali.

[Paolo Monegato]

Il 18/02/2017 16:25, girarsi_liste ha scritto:

Il 14/02/2017 18:15, Paolo Monegato ha scritto:

Visto che c'è il contenitore però più che un divieto alle povere
bestiole (che tra l'altro avrebbe poco senso) si tratta di un segnale
che obbliga il padrone a raccogliere... Quindi imho il valore più che
"no" dovrebbe essere un altro che indichi appunto questo obbligo di
raccolta.

Scusa se rispondo solo adesso, ma oggi mi è venuta in mente la tua mail,
dopo averla cestinata fra l'altro.però col tuo ragionamento sono
d'accordissimo, il problema è che poi non saprei come tradurre con tag o
più tag il tutto, almeno evitando una parola lunga come valore.

QUindi obbligo di raccolta ?

una relazione restrictions? quale?

Dico la verità, non mi ci raccapezzo in questo caso.


Io pensavo, dato che tu avevi proposto "animal_excrements=no", più ad 
una cosa tipo:


"animal_excrements=pick up"...

Certo non è il massimo ma mi pare si capisca.

ciao

Paolo M



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

Re: [Talk-it] Nuovo strumento per associare Wikidata ad OSM

[Martin Koppenhoefer]

sent from a phone

> On 19 Feb 2017, at 11:55, Stefano  wrote:
> 
> - troverete diversi pallini con il titolo preceduto da parentesi quadre: 
> questi sono oggetti wikidata senza etichetta in italiano. Se vi va, andate 
> sul link wikidata ed inserite l'etichetta in italiano.
> - se trovate degli oggetti duplicati in wikidata, si può farne l'unione 


bisogna stare molto attenti fare le unioni. Esempio trovato recente

https://m.wikidata.org/wiki/Q1420
https://m.wikidata.org/wiki/Q3630536

https://m.wikidata.org/wiki/Q3630902


come si può unire in maniera sensata/mettere in ordine? Se vedo le voci in 
tedesco ed inglese mi sembra che ci sia grande confusione sull'argomento 
preciso, dalle proprietà wikidata sembrano uguali, e alcuni links mi sembrano 
sbagliati.

In generale: de:Kraftwagen=it:autoveicolo
de:Personenkraftwagen=autovettura
invece in inglese non sono riuscito a capire quali siano le termini esatti, se 
esistono.

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

Re: [OSM-talk-fr] Réparer un carnage

[Eric SIBERT]

Le 18/02/2017 à 14:19, osm.sanspourr...@spamgourmet.com a écrit :

https://wiki.openstreetmap.org/wiki/FR:Madagascar_tagging_guidelines#R.C3.A9seau_routier

Pour expliquer aux contributeurs comment taguer les routes à Madagascar.


Oui, je suis au courant. C'est moi qui ai rédigé la version initiale de 
cette page.


Mais de toute façon, mettre des morceaux de primary au milieu de nulle 
part, ce n'est pas spécifique à Madagascar.


Entre temps, j'ai contacté le DWG qui m'a répondu (7 février) qu'ils 
allaient regarder ça.


Pour le deuxième contributeur qui avait répondu, son dernier message 
était (3 février):

<
Quand vous me dites" Qui est ce 'on'? " vous pensez que je me suis
levé un bon matin néant rien à faire j'ai décidé de dégrader une Carte
existante. Je pense que je vous ai fait savoir que ce sont des
informations qui nous ont été remis. C'est pas la première fois que je
travail sur OSM cela fait plusieurs années aujourd'hui; chaque fois on
nous remet des informations que nous essayons de suivre; ce n'est pas
de manière délibérer que ces informations ont été mise. Maintenant si
il y 'a des remarques sur le travail qui a été fait je vous ai bien
signifier le pourquoi? Ce n'est pas effectué une classification qui
peut me causer problème?
>>

Je lui ai répondu que les imports étaient un sujet délicat (avec lien 
vers le wiki) et que la communauté locale était surprise de leur 
démarche (avec lien sur les archives de la liste correspondante).


Pour le contributeur qui proposait de faire un revert, pas de nouvelle 
(ni de revert) depuis le 3 février.


Globalement, j'attends.

Eric

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

[Talk-it] Nuovo strumento per associare Wikidata ad OSM

[Stefano]

Ciao,
abbiamo messo su uno strumento per aiutare nella ricerca ed aggiunta di tag
wikidata sulla mappa.
Questo è il link http://osmit3.wmflabs.org/wikidata/

Premessa:
- l'aggiornamento OSM non è immediato (è sullo stesso database del
bollettino delle cancellazioni) ma viene effettuato più volte al giorno
- l'aggiornamento di Wikidata una volta a settimana (il dump usato è
generato una volta a settimana
- troverete diversi pallini con il titolo preceduto da parentesi quadre:
questi sono oggetti wikidata senza etichetta in italiano. Se vi va, andate
sul link wikidata ed inserite l'etichetta in italiano.
- se trovate degli oggetti duplicati in wikidata, si può farne l'unione

Come funziona:
- andate sull'area di interesse (grande a piacere, ma scaricherà più dati)
- cliccate il bottone Get Data
- analizzate a mano i pallini che vi si presentano, nel popup ci sono le
informazioni relative ad ognuno

I pallini possono essere:
- rossi (lo diventano usando la funzione "Segna come non mappabile", quando
non sono oggetti mappabili, ad esempio i dipartimenti storici dell'epoca
napoleonica; il pallino diventa rosso al caricamento successivo)
- verdi (su OSM è già presente questo punto, si può vedere su wikidata e su
OSM, diventano verdi all'aggiornamento successivo del db OSM)
- grigi (non sono stati inseriti su OSM)

La stima di ieri sera è 12 mila oggetti con tag wikidata contro quasi 94
mila oggetti potenzialmente inseribili (quindi 82 mila da inserire)

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

Re: [OSM-talk] Duplicate ways in multipolygon relations

[nwastra]

Thanks Ed
OGR2OSM seems to be what I am looking for.

Nev Wedding

> On 19 Feb 2017, at 7:42 pm, "Ed Loach"  wrote:
> 
> Not sure about QGIS but have you looked at OGR2OSM?
> https://wiki.openstreetmap.org/wiki/Ogr2osm

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

Re: [Talk-it] Ferrovie su mappa Wikipedia

[girarsi_liste]

Il 18/02/2017 21:57, Lorenzo Mastrogiacomi ha scritto:
> Ho fatto io la modifica. Serviva solo a dare alla mappa uno zoom
> adeguato anche se la traccia non era mostrata. E' stata annullata da
> altro utente comunque.
> Ma il problema non è solo su questo caso specifico. Prova a cliccare sui
> link WIWOSM, vedrai che molti non trovano l'oggetto:
> http://geodati.fmach.it/gfoss_geodata/osm/wtosm/
> 

Ho controllato altre voci , tipo i biotopi delle mie parti, e sul wotsm,
funzionano tutti i puntatori (link a OSM, Josm, Overpass-turbo), tranne
quelli coi simboli wikipedia.

Se dalla pagina wikipedia, clicco sulle coordinate, mi risulta a posto,
il problema è solo su wotsm  e per la parte wikipedia per me.



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



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

Re: [Talk-it] Ferrovie su mappa Wikipedia

[Marcello]

Se si va nella scelta degli overlays (il + in alto a destra) in
corrispondenza di OSM objects compare "not found". Forse dipende da quello?

Ciao
Marcello


On 18/02/2017 21:57, Lorenzo Mastrogiacomi wrote:
> Il giorno sab, 18/02/2017 alle 20.40 +0100, girarsi_liste ha scritto:
>
>> Sembra che qualcuno abbia messo mano alle coordinate oggi:
>>
>> https://it.wikipedia.org/w/index.php?title=Ferrovia_Fano-Urbino=86014952=86012117
>>
>> Probabile che i rimpristini abbiano in qualche modo modificato le
>> coordinate o annullato qualche cosa legate a loro.
>>
> Ho fatto io la modifica. Serviva solo a dare alla mappa uno zoom
> adeguato anche se la traccia non era mostrata. E' stata annullata da
> altro utente comunque.
> Ma il problema non è solo su questo caso specifico. Prova a cliccare
> sui link WIWOSM, vedrai che molti non trovano l'oggetto:
> http://geodati.fmach.it/gfoss_geodata/osm/wtosm/
>


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

Re: [OSM-talk] Duplicate ways in multipolygon relations

[Ed Loach]

Nev asked:

> is there a JOSM plugin to assist with duplicate ways?
> 
> We have been given explicit permission to use a good data set of
> shapefiles that define boundaries for the OSM.



> I am a new user to QGis and wonder if the splitting and conflating of
> the shapefile to be merged can be done in QGis prior to introduction
> to JOSM and then would only need to sort out areas between
> adjacent relations.

Not sure about QGIS but have you looked at OGR2OSM?
https://wiki.openstreetmap.org/wiki/Ogr2osm

> Is it best not to bother doing this anyway or even preferable to leave
> all the polygons as individual entities with overlapping ways?

I'd say no to leaving them as individual entities with overlapping ways. 

Ed


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

Re: [Talk-cz] Data z magistratu Brna - poštovní schránky

[Ladislav Nesnera]

Předávám potěšující vzkaz z brněnského GISu a rád se připojuji:

"Za schránky děkujeme a obdivuji, jak bleskurychle jste to zvládli rozjet!"

;?


On 14/02/17 11:39, majka wrote:
> Tak jsem si ještě pohrála s daty České pošty, s aktuálními údaji z
> února. Tady
> 
> je výsledná tabulka pro případné zájemce. Zajímavé budou zejména
> poslední sloupce, od collection_times dál. Kde pošta uvedla
> souřadnice, je to převedené na lat/lon a v dalším sloupci vytvořený
> přímý odkaz do map Google pro ověření.
>
> Ty údaje o výběru je třeba mírně upravit, předpokládám, že JOSM by to
> mohl umět automaticky v rámci validace - jsou tam jen čárky mezi dny
> místo středníků, kde je více výběrů po jednotlivých dnech. Zároveň,
> kde se slučovaly výběry, je to označeno ve sloupci "sloučeno" a ve
> sloupci "řádky" na začátku tabulky jsou vypsány všechny řádky
> původního souboru POST_SCHRANKY201702.csv, kterých se sloučení týká.
> Číslováno je postupně vč. hlavičky, která byla 1.
> V posledním sloupci je hozená adresa pro dohledávání, kde nebyly
> souřadnice uvedené. Je to prostě jen nastrkáno do jednoho sloupce.
> Vzorec pro adresu na Google maps je připraven tak, že pokud do tabulky
> doplníte lat a lon, vytvoří se odkaz (resp. ověření je jen na vyplněné
> lat)
>
> V téhle tabulce chybí geokódování které jsem pro České Budějovice
> dělala, pro případné zájemce doporučuji online službu
> , zapnout výstup s
> tabelátory, vč. původní adresy, "result quality" a "Google map link".
>
> Pro případnou práci doporučuju stáhnout a vymazat ze souboru vše,
> kromě depa / PSČ, kterým se hodláte zabývat. Je to veliké :)
>
> Majka
>
>
> ___
> Talk-cz mailing list
> Talk-cz@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-cz



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

Re: [Talk-cz] Fwd: Využití Ortofotomapy pro OpenStreetMap | Brno

[Ladislav Nesnera]

Brno k tomu přistoupilo vstřícně a odpovědně:

"využití ortofota pro OSM podporujeme, jen si nejsme jistí, zda to
smlouva s dodavatelem umožňuje JZatím jsme tedy vznesli dotaz na
dodavatele, případně to budeme řešit s našimi právníky"

Vývoj událostí si samozřejmě nenechám pro sebe;?


On 06/02/17 13:59, Jan Martinec wrote:
> Nedalo - to byl taky důvod, proč ta IPR ofm tak dlouho trvá: CC-BY-SA
> už je, ale na kompatibilitu s ODbL to nestačí.
>
> http://wiki.openstreetmap.org/wiki/Import/ODbL_Compatibility
>
> HPM
>
> Dne 6. 2. 2017 13:53 napsal uživatel "Jan Dudík"  >:
>
> NEvyznám se tolik v licencích, ale jestliže mapy.cz
>  poskytují aktuální ortofoto pod CC-BY-SA-4.0,
> bylo by toto využití kompatibilní pro odvozeniny v OSM? 
>
> 
> https://napoveda.seznam.cz/cz/mapy/mapy-licencni-podminky/licencni-podminky-mapovych-podkladu/
> 
> 
> 
> https://cs.wikipedia.org/wiki/Wikipedie:Využití_mapových_podkladů_z_Mapy.cz
> 
> 
>
> JAnD
>
> ---
> Ing. Jan Dudík
> projekce dopravních staveb
> tel. 777082195
>
> Dne 6. února 2017 0:23 Ladislav Nesnera  > napsal(a):
>
> Poznamenáno v ToDo, ale bude-li někdo rychlejší.. :-D
>
> A samozřejmě velká gratulace předskokanům (y)
>
> ;?
>
> On 03/02/17 17:29, Petr Vozdecký wrote:
>> Velmi zajímavé,
>>
>> to je skoro výzva pro Brno. Díky i za tu přiloženou komunikaci.
>>
>> Otázka na Laďu Nešněru - myslíš, že bys toto měl sílu směrem
>> k Brnu komunikovat? Nebo se toho má chopit někdo jiný, kdo s
>> nimi je v nějakém kontaktu (já nebo Mirek Suchý)?
>>
>> vop
>>
>> -- Původní zpráva --
>> Od: Matej Lieskovský 
>> 
>> Komu: talk-cz@openstreetmap.org
>> 
>> Datum: 3. 2. 2017 14:39:10
>> Předmět: [Talk-cz] Fwd: Využití Ortofotomapy pro OpenStreetMap
>>
>>
>> Ahoj,
>>
>> povedlo se mi zařídit něco zajímavého. Cituji:
>>
>> "IPR Praha souhlasí s využíváním ortofotografií, které
>> poskytuje prostřednictvím Geoportálu hl. m. Prahy, za
>> účelem aktualizace a doplňování databáze OpenStreetMap,
>> přičemž vzniklá vektorová data smí být vložena do OSM pod
>> licencí ODbL za předpokladu, že IPR bude uveden v seznamu
>> přispěvatelů do OSM a takto vzniklá data budou mít IPR
>> uveden jako svůj zdroj."
>>
>> Konec citace.
>>
>> Na http://wiki.openstreetmap.org/wiki/Contributors
>>  přidám
>> IPR sám, prosím uvádějte k zakreslovaným
>> věcem "source=CZ:IPRPraha:ortofoto", ať jsou na IPR
>> spokojeni.
>>
>> Rád bych poděkoval Jethrovi, který mi pomáhal formulovat
>> maily.
>>
>> S pozdravem,
>> Matej Lieskovský
>>
>> PS: Přeposílám emailovou konverzaci
>>
>> -- Forwarded message --
>> From: *Baron Bohdan Mgr. (IPR/SPI)* > >
>> Date: 2017-02-03 12:16 GMT+01:00
>> Subject: RE: Využití Ortofotomapy pro OpenStreetMap
>> To: Matej Lieskovský > >
>>
>>
>> Dobry den,
>>
>>  
>>
>> omlouvam se za pozdejsi odpoved, ale mel jsem toho
>> pomerne hodne k reseni.
>>
>>  
>>
>> IPR Praha souhlasí s využíváním ortofotografií, které
>> poskytuje prostřednictvím Geoportálu hl. m. Prahy, za
>> účelem aktualizace a doplňování databáze OpenStreetMap,
>> přičemž vzniklá vektorová data smí být vložena do OSM pod
>> licencí ODbL za předpokladu, že IPR bude uveden v seznamu
>> přispěvatelů do OSM a takto vzniklá data budou mít IPR
>> uveden jako svůj zdroj.
>>
>>  
>>
>> S pozdravem
>>
>> Bohdan Baron
>>
>>  
>>
>> *From:*Matej Lieskovský
>> [mailto:lieskovsky.ma...@gmail.com
>> ]
>> *Sent:* Wednesday, February 01, 2017 1:44 PM
>>
>>
>> *To:* Baron Bohdan Mgr. (IPR/SPI) > >
>> *Subject:* Re: Využití Ortofotomapy pro OpenStreetMap
>>
>>  
>>
>> 

[Talk-de] Wochennotiz Nr. 343 07.02.2017–13.02.2017

[Harald Hartmann]

Ging wohl die Woche unter 

die Wochennotiz Nr. 343 mit vielen wichtigen Neuigkeiten aus der
OpenStreetMap Welt ist da:

http://blog.openstreetmap.de/blog/2017/02/wochennotiz-nr-343/

Viel Spaß beim Lesen!

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