Re: [OSM-talk-fr] Api adresse - reverse

[Philippe Verdy]

Pas du tout ! c'est de l'UTF-16 escapé ! La syntaxe \u en JSON indique
un codet 16 bits. Le codage UTF-8 escapé serait \xNN\xNN si c'était codé en
UTF-8 sur 2 octets. Si le point de code est hors du BMP, on aurait
\U000N pour indiquer le point de code entier, ou \uDNNN\uDNNN pour
coder les deux demi-codets 16 bits.

JSON en lui-même n'indique pas quel est le codage utilisé, il doit juste
supporter l'ASCII pour sa propre syntaxe mais les données transportées
(dans les chaines) peuvent être dans un codage arbitraire, y compris même
ne pas être du texte; à la base il y a \xNN pour cela, et \u est une
extension indiquant qu'on indique un codet 16 bits dont la conversion en
8-bits est dépendante des codages 8-bit et 16-bits supportés par
l'application mais en général \u suppose que c'est de l'UTF-16 et que
l'autre codage (utilisé par \xNN) est UTF-8.

Mais JSON vient à l'origine de Javascript dont le codage natif interne est
UTF-16 (mais le codage externe 8-bits n'est pas toujours UTF-8, il peut
varier selon le protocole par exemple avec indication d'un media-type MIME
avec HTTP).
Sinon il n'est pas nécessaire d'utiliser cette syntaxe. Même pour les
caractères ASCII faisant partie de la syntaxe JSON (sauts de lignes,
guillemets, ou contrôles comme le nul) il est plus pratique et plus court
d'utiliser \r, \n, \", \t.

Il faut aussi savoir qu'au début OSM n'a pas toujours eu sa base de données
codée en Unicode avec UTF-8 : il y a eu un début avec ISO8859-1 mais
parfois du "mojibake" produit avec certains navigateurs webs russes ou
est-européens sui utilisaient d'autres codages ISO8859-* ou pages de code
Windows, et même du codage MacOS. Et on trouve encore dans la base de
données des textes provenant d'éditeurs mal réglés qui envoient autre chose
que de l'UTF-8 (le plus souvent du Windows-1252 mais on a encore des traces
au Japon de textes codés en JIS!).

La base OSM n'a jamais réellement forcé le codage, il aurait fallu filtrer
massivement les données existantes et renforcer le protocole (mais cela
aurait banni certains vieux éditeurs incompatibles). Encore aujourd'hui on
peut envoyer du JIS ou un codage chinois GB ou coréen HKCS et rien ne s'y
oppose.

UTF-8 s'est juste imposé parce que les éditeurs actuels bien supportés s'y
sont tous mis ! Mais je trouve encore des données envoyées par un vieux
JOSM sur Mac qui envoient du MacRoman ! Et certains utilisent encore
Potlatch-1 avec de vieux navigateurs web et de vielles versions de Flash
qui ne gèrent pas correctement l'UTF-8 dans les données qu'ils manipulent
dans Potlatch et qu'ils envoient ensuite au serveur... On en trouve même en
France !



Le 29 mai 2016 à 20:25, Christian Quest  a écrit :

> C'est tout à fait normal en json... c'est de l'UTF-8 escapé.
>
> Le 29 mai 2016 à 14:19, JB  a écrit :
>
>> Bonjour,
>>
>> Je n'ai pas vu passer cette question : Est-ce que c'est moi qui me
>> débrouille mal, ou bien l'api de la Ban en reverse ne gère pas les
>> caractères spéciaux ?
>>
>> Par exemple, pour la requête :
>> http://api-adresse.data.gouv.fr/reverse/?lon=2.4441661=48.7897578,
>> j'ai la réponse :
>>
>> {"limit": 1, "attribution": "BAN", "version": "draft", "licence": "ODbL
>> 1.0", "type": "FeatureCollection", "features": [{"geometry": {"type":
>> "Point", "coordinates": [2.444308, 48.790001]}, "properties": {"street":
>> "Rue Andr\u00e9 Maurois", "label": "2 Rue Andr\u00e9 Maurois 94000
>> Cr\u00e9teil", "distance": 28, "context": "94, Val-de-Marne,
>> \u00cele-de-France", "id": "94028_0068_2f0620", "citycode": "94028",
>> "name": "2 Rue Andr\u00e9 Maurois", "score": 0.996646758574,
>> "postcode": "94000", "housenumber": "2", "city": "Cr\u00e9teil", "type":
>> "housenumber"}, "type": "Feature"}]}
>>
>> avec les morceaux choisis : 2 Rue Andr\u00e9 Maurois 94000 Cr\u00e9teil.
>>
>> JB.
>>
>>
>> ___
>> 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
>
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [Talk-cz] nefunguje analýza rozcestníků na Osmhicheck

[Tom Ka]

potvrzuji, behem dne se na to podivam.
On May 28, 2016 9:38 AM, "Zdeněk Pražák"  wrote:

> Nefuguje analýza rozcestníků na Osmhicheck, nezobrazí se žádný rozcestník
>
> ___
> Talk-cz mailing list
> Talk-cz@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-cz
>
>
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz

Re: [OSM-talk] Duplicate house numbers

[Mike N]

On 5/29/2016 7:13 PM, john whelan wrote:

I suspect an import of some type but more importantly is the problem of
cleaning up.

They have the same values for
addr:city
addr:housenumber
addr:street


  Re: cleanup check - I have created many duplicates like this, but 
they generally have different addr:unit numbers.   In a few cases, I 
enter the duplicate address since that's all that was on the web site, 
but go back later to collect the addr:unit information.


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

[Talk-it] Come mappare un campanile

[Volker Schmidt]

Noto che esistono nel wiki due approcci diversi:
man_made=tower, tower:type=bell_tower [1]; usato 8k volte secondo Taginfo
man_made=campanile [2]; usato 630 volte secondo Taginfo

[1] http://wiki.openstreetmap.org/wiki/Key:tower:type
[2] http://wiki.openstreetmap.org/wiki/Tag:man_made%3Dcampanile

Due cose:


   - come sono taggati i campanili mancanti? Ci sono certamente al livello
   mondiale più di 9k campanili.
   - quale è la differenza fra bell_tower e campanile (uno è la traduzione
   dell'altro)?
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [OSM-talk] Duplicate house numbers

[john whelan]

>This looks like a manual cleanup operation.

I agree it needs a manual clean up I just wondered if there was a way to
identify any others floating around so they could be mannually inspected?

Thanks John

On 29 May 2016 at 19:57, Jóhannes Birgir Jensson  wrote:

> This is an import as we can see on the history of one of the nodes:
> http://www.openstreetmap.org/node/3696941268/history
>
> Notice in some cases the same housenumbers are valid! Based on the aerial
> images this is not the case here as the cadaster import seems to be for the
> building footprint, the lot footprint and boundary(?) or maybe this was
> originally planned as 3 different lots. This looks like a manual cleanup
> operation.
>
> A real world example of buildings having the same number because someone
> somewhere said it was ok: Dalvegur 18 (two different buildings with
> different businesses)
> http://www.openstreetmap.org/#map=18/64.10536/-21.87005
>
>
> --Jói
>
>
>
> Þann 29.5.2016 23:13, skrifaði john whelan:
>
>> I came across these locally whilst looking in JOSM for something else.
>>
>> http://www.openstreetmap.org/way/87480616#map=18/45.47153/-75.51310
>>
>> Is there a tool to look for duplicate house numbers that are very close?
>>
>> I suspect an import of some type but more importantly is the problem of
>> cleaning up.
>>
>> They have the same values for
>> addr:city
>> addr:housenumber
>> addr:street
>>
>> though slightly different positions.  I suspect this might be a general
>> problem within OSM not just in Ottawa which is why I thought to ask the
>> question here.
>>
>> Thanks John
>>
>>
>> ___
>> talk mailing list
>> talk@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk
>>
>
>
> ___
> 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] Duplicate house numbers

[Jóhannes Birgir Jensson]

This is an import as we can see on the history of one of the nodes: 
http://www.openstreetmap.org/node/3696941268/history


Notice in some cases the same housenumbers are valid! Based on the 
aerial images this is not the case here as the cadaster import seems to 
be for the building footprint, the lot footprint and boundary(?) or 
maybe this was originally planned as 3 different lots. This looks like a 
manual cleanup operation.


A real world example of buildings having the same number because someone 
somewhere said it was ok: Dalvegur 18 (two different buildings with 
different businesses) 
http://www.openstreetmap.org/#map=18/64.10536/-21.87005



--Jói


Þann 29.5.2016 23:13, skrifaði john whelan:

I came across these locally whilst looking in JOSM for something else.

http://www.openstreetmap.org/way/87480616#map=18/45.47153/-75.51310

Is there a tool to look for duplicate house numbers that are very close?

I suspect an import of some type but more importantly is the problem 
of cleaning up.


They have the same values for
addr:city
addr:housenumber
addr:street

though slightly different positions.  I suspect this might be a 
general problem within OSM not just in Ottawa which is why I thought 
to ask the question here.


Thanks John


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



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

[OSM-talk] Duplicate house numbers

[john whelan]

I came across these locally whilst looking in JOSM for something else.

http://www.openstreetmap.org/way/87480616#map=18/45.47153/-75.51310

Is there a tool to look for duplicate house numbers that are very close?

I suspect an import of some type but more importantly is the problem of
cleaning up.

They have the same values for
addr:city
addr:housenumber
addr:street

though slightly different positions.  I suspect this might be a general
problem within OSM not just in Ottawa which is why I thought to ask the
question here.

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

Re: [Talk-it] [OT] Mappe per navigatori Garmin con ricerca indirizzi

[Lorenzo Mastrogiacomi]

Il giorno dom, 29/05/2016 alle 15.22 +0200, Lorenzo Mastrogiacomi ha
scritto:

> 
> Non mi ricordavo ma ce le abbiamo già le mappe italiane per garmin.
> Basta convincere lucadelu adesso :)
> 
> http://geodati.fmach.it/gfoss_geodata/osm/italia_osm.html
> 
> Io con queste però ho altri problemi perché nella ricerca non trova
> nessuno stato e quindi niente proprio :(
> Sto facendo qualche prova a compilarmi le Marche da solo ed iniziano
> ad uscire abbastanza bene. Il problema che ho adesso è che se processo
> i civici (con --housenumbers) poi non trova le città


Alla fine sono riuscito. Il problema centrava qualcosa con i confini,
poi ho provato quelli da osm2.pleiades.uni-wuppertal.de/bounds/ (trovati
grazie alla guida di Stefano Droghetti) ed ora va tutto.
La ricerca trova tutte le parole e ci sono anche i civici. Non ho
riscontrato problemi. Dato che c'ero ho preso da geofabrik l'estratto
dell'Italia intera e ci ha messo meno di 15 minuti su un AMD FX8320.


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

Re: [Talk-de] operatror of ATM

[Martin Koppenhoefer]

sent from a phone

Il giorno 29 mag 2016, alle ore 20:27, Harald Hartmann 
 ha scritto:

>> Mir ist aufgefallen dass es Automaten der Sparkasse gibt die mit 
>> operator = 'Sparkasse $townXY' getaggt sind und andere mit operator
>> = 'Sparkasse' was ist denn richtig(er)?


richtiger ist ersteres, weil die Sparkassen (anders als z.B. die Volksbanken), 
jeweils unabhängige Institute sind.

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

Re: [Talk-it] Mappa Esino Lario

[Andrea Lattmann]

Sinceramente? 
è dall' anno scorso che noto stranezze ad Esino, ed ho visto modifiche varie 
strane, anche aperture di note spam. Poi per motivi personali non ho avuto più 
modo di dare un occhio.
Bisognerebbe vedere chi ha fatto modifiche in zona.

Andrea Lattmann

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

Re: [Talk-de] operatror of ATM

[Tobias]

‎Danke
War ein klarer Fall von zu dumm zum suchen...


Gruß
  Originalnachricht  
Von: Harald Hartmann
Gesendet: Sonntag, 29. Mai 2016 20:27
An: talk-de@openstreetmap.org
Antwort an: Openstreetmap allgemeines in Deutsch
Betreff: Re: [Talk-de] operatror of ATM


-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

laut wiki [1] ist das eindeutig:
operator=Sparkasse XYZ
network=Sparkassen-Finanzgruppe

[1] https://wiki.openstreetmap.org/wiki/DE:Tag:amenity%3Datm


Am 29.05.2016 um 19:10 schrieb Tobias:

Hi,

ich habe eine kurze frage zum Operator keyword im Zusammenhang mit
Geldautomaten (ATM).

Mir ist aufgefallen dass es Automaten der Sparkasse gibt die mit
operator = 'Sparkasse $townXY' getaggt sind und andere mit operator
= 'Sparkasse' was ist denn richtig(er)?

Gruß und Dank Tobi

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


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

iQEcBAEBAgAGBQJXSzSVAAoJEIuLcq40+VqtUGgH/1IYn5EzEKT9dAEbbL2dK33D
02zEcnYKZdSTR2NoC4BFQaTfoiu9UtlrKlFm/Beq+k3YNqNIXSlJ7AIVxNyc5kOp
IGOpOI8k7R0QHEZSZe66dPHQo6d+h1/DC3RmmTG4WQzeGuylIzawxmd5BDjFx3TL
la2Lf89ffyuiDWqK7N/Rakqqm28sKAHiBwJj3/BRwnoo3ZkU3+SqOWJ6RRIxJt9D
9Ng4IwDWb9fxdcepNLPG9HkDoG7tPcoD/SR4zJpwqYwv+rgMahqYrpo3wEv4HUZh
XArzIUVnH7u93O0pHcAyGvffnqzzuV/wYylnAAzyvJcX1A6p5RQhCR65S3pvr14=
=T7cg
-END PGP SIGNATURE-

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





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

Re: [Talk-de] operatror of ATM

[Harald Hartmann]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

laut wiki [1] ist das eindeutig:
operator=Sparkasse XYZ
network=Sparkassen-Finanzgruppe

[1] https://wiki.openstreetmap.org/wiki/DE:Tag:amenity%3Datm


Am 29.05.2016 um 19:10 schrieb Tobias:
> Hi,
> 
> ich habe eine kurze frage zum Operator keyword im Zusammenhang mit 
> Geldautomaten (ATM).
> 
> Mir ist aufgefallen dass es Automaten der Sparkasse gibt die mit 
> operator = 'Sparkasse $townXY' getaggt sind und andere mit operator
> = 'Sparkasse' was ist denn richtig(er)?
> 
> Gruß und Dank Tobi
> 
> ___ Talk-de mailing
> list Talk-de@openstreetmap.org 
> https://lists.openstreetmap.org/listinfo/talk-de
> 
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.22 (GNU/Linux)

iQEcBAEBAgAGBQJXSzSVAAoJEIuLcq40+VqtUGgH/1IYn5EzEKT9dAEbbL2dK33D
02zEcnYKZdSTR2NoC4BFQaTfoiu9UtlrKlFm/Beq+k3YNqNIXSlJ7AIVxNyc5kOp
IGOpOI8k7R0QHEZSZe66dPHQo6d+h1/DC3RmmTG4WQzeGuylIzawxmd5BDjFx3TL
la2Lf89ffyuiDWqK7N/Rakqqm28sKAHiBwJj3/BRwnoo3ZkU3+SqOWJ6RRIxJt9D
9Ng4IwDWb9fxdcepNLPG9HkDoG7tPcoD/SR4zJpwqYwv+rgMahqYrpo3wEv4HUZh
XArzIUVnH7u93O0pHcAyGvffnqzzuV/wYylnAAzyvJcX1A6p5RQhCR65S3pvr14=
=T7cg
-END PGP SIGNATURE-

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

Re: [OSM-talk-fr] Api adresse - reverse

[Christian Quest]

C'est tout à fait normal en json... c'est de l'UTF-8 escapé.

Le 29 mai 2016 à 14:19, JB  a écrit :

> Bonjour,
>
> Je n'ai pas vu passer cette question : Est-ce que c'est moi qui me
> débrouille mal, ou bien l'api de la Ban en reverse ne gère pas les
> caractères spéciaux ?
>
> Par exemple, pour la requête :
> http://api-adresse.data.gouv.fr/reverse/?lon=2.4441661=48.7897578,
> j'ai la réponse :
>
> {"limit": 1, "attribution": "BAN", "version": "draft", "licence": "ODbL
> 1.0", "type": "FeatureCollection", "features": [{"geometry": {"type":
> "Point", "coordinates": [2.444308, 48.790001]}, "properties": {"street":
> "Rue Andr\u00e9 Maurois", "label": "2 Rue Andr\u00e9 Maurois 94000
> Cr\u00e9teil", "distance": 28, "context": "94, Val-de-Marne,
> \u00cele-de-France", "id": "94028_0068_2f0620", "citycode": "94028",
> "name": "2 Rue Andr\u00e9 Maurois", "score": 0.996646758574,
> "postcode": "94000", "housenumber": "2", "city": "Cr\u00e9teil", "type":
> "housenumber"}, "type": "Feature"}]}
>
> avec les morceaux choisis : 2 Rue Andr\u00e9 Maurois 94000 Cr\u00e9teil.
>
> JB.
>
>
> ___
> 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-it] Mappa Esino Lario

[Aury88]

aggiungo altre stranezze riscontrate.

*5) Nomi che sembrano descrizioni:*
 alcuni nomi sembrano più delle descrizioni. temo sia necessario per
controllare in locale il reale nome [1]
una curiosità: tutti i parcheggi sembrerebbero chiamarsi "park" più
qualcos'altro...a parte il minuscolo mi sembra strano che abbiano la
dicitura inglese...hanno forse cambiato i nomi per l'evento?

*6) Nomi con caratteri strani:*
alcuni nomi, specialmente quello delle fontane, hanno al proprio interno dei
caratteri strani[2]...questa è di sicuro una novità per me O_o






[1]https://www.openstreetmap.org/way/292790679
[2]https://www.openstreetmap.org/node/2969952653



-
Ciao,
Aury
--
View this message in context: 
http://gis.19327.n5.nabble.com/Mappa-Esino-Lario-tp5874340p5874356.html
Sent from the Italy General mailing list archive at Nabble.com.

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

[Talk-de] operatror of ATM

[Tobias]

Hi,

ich habe eine kurze frage zum Operator keyword im Zusammenhang mit
Geldautomaten (ATM).

Mir ist aufgefallen dass es Automaten der Sparkasse gibt die mit
operator = 'Sparkasse $townXY' getaggt sind und andere mit operator =
'Sparkasse' was ist denn richtig(er)?

Gruß und Dank
Tobi

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

Re: [OSM-talk-ie] When is a townland a townland (and when is it 2+ > townlands)?

[Colm Moore]

Hi,

I concur with Paddy. Treat each part as a separate townland and name it 
TownlandName (Barony) as is the traditional convention.

If necessary, the part-townlands could be joined as a relation(?) as 
TownlandName.

Note that some townlands are not contiguous with themselves and there are 
enclaves and exclaves. :)

Colm

---
Never doubt that a small group of thoughtful, committed citizens can change the 
world. Indeed, it is the only thing that ever has. Margaret Mead

> Date: Sun, 29 May 2016 12:50:29 +0100
> From: Patrick Matthews 
> Subject: Re: [OSM-talk-ie] When is a townland a townland (and when is
>   it 2+   townlands)?
> 
> Rory, Dave,
> 
> My inclination is the opposite - there are plenty of situations where you
> have townlands "split" between civil parishes in exactly the same way as
> the ones you mention but where one "part" being in one ED and another in a
> different ED means that the two are shown as separate on the post-1898
> maps. (There can also be false positives where two completely different
> townlands in different parishes but with the same name happen to be in the
> same ED, e.g. Corravilla in east Cavan, where two townlands, one in
> Shercock parish and one in Knockbride, happen to be in the same ED and are
> represented in the maps as a single townland, but have different postal
> addresses and are listed separately in the electoral register.)
> 
> The methodology of the original Ordnance Survey, for what it's worth, was
> to treat each "part" of the townland as a separate entity, and they're
> still recorded as separate entities in the 1901 and 1911 census reports.
> 
> Baronies split by counties (e.g. Fore, Rathdown) should be treated
> separately as they were/are county subdivisions. Civil parishes and
> baronies were always independent of each other so the split doesn't matter
> there.
> 
> Regards,
> 
> Paddy.
> 
  
___
Talk-ie mailing list
Talk-ie@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ie

Re: [Talk-us] New MapRoulette now in early public beta

[Paul Johnson]

On Sun, May 29, 2016 at 12:28 AM, Martijn van Exel  wrote:

> Thanks Steven.
> Interesting those TIGER deserts still around, isn’t it. I found quite a
> few myself. On Slack we have been discussing how to specifically detect
> them in a way that could make them into good MapRoulette challenges. If you
> have any ideas on how that could be accomplished let me know!
>
> On May 27, 2016, at 4:27 PM, Steven Johnson  wrote:
>
> Martijn & all,
> This is just an awesome tool and it keeps getting better. A happy
> by-product of this: I'm finding this particular challenge useful in
> cleaning up road misalignments left over from the 2008 import of TIGER. So
> great to see this re-deployed.
>
>
I am forever grateful to both of you for this, since I routinely come
across major TIGER deserts where I'm primarily concerned; sometimes in
major cities.  I'd be curious how to get a potential Maproulette project
involved for some of the more trivial issues I'm seeing (the railway
crossing issue has been fantastically simple, even if the difference
between railway=crossing and railway=level_crossing isn't, by the way).

I'd be curious if there's a way to deal with gamifying other attributes of
the TIGER import, since a huge number of ways in OKC are split, which,
contrary to the TIGER import's intentions, seem to be stifling
contributions, since we have far more contributors in Tulsa and Stillwater
(and then, probably largely due to university outreach, given that's a
college city) and even many small towns across Oklahoma and Kansas (without
having, AFAICT, any GIS-dependant fields in the area) have more active
contributors than the deafening silence from OKC metro.  Thankfully, the
lanes Maproulette seems to have not been a factor in Oklahoma County as
much as elsewhere, but it still seems the fact that the TIGER import
contained a high number of improperly divided major thoroughfares is a
barrier to entry in metro OKC.
___
Talk-us mailing list
Talk-us@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-us

Re: [Talk-it] [OT] Mappe per navigatori Garmin con ricerca indirizzi

[emmexx]

On 05/29/2016 05:19 PM, Stefano Droghetti wrote:
> Lo script "Garmux" sul mio solito sito non va?

Probabilmente il test a cui mi riferivo in qualche altra risposta
l'avevo fatto proprio con il tuo script.
Il problema e' avere una macchina che con regolarita' crea i file per
l'Italia o per altre zone.

ciao
maxx

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

Re: [Talk-it] [OT] Mappe per navigatori Garmin con ricerca indirizzi

[Stefano Droghetti]

Il 27/05/2016 18:50, emmexx ha scritto:

Oggi con la speranza che col tempo ci fosse stato qualche miglioramento,
ho provato a scaricare mappe con dati per il mio vecchio nuvi.

Lo script "Garmux" sul mio solito sito non va?
Ho utilizzato uno dei trucchetti (in particolare quello dell'utente 
GSPEED, segnalato dall'utente AndAg) per far funzionare i nomi italiani 
e da quello che mi dicono gli utenti funziona.


Lo script è qui e non lo cambio dal 2014:
http://stefanodroghetti.altervista.org/mappe-gratis-per-navigatori#mappegratis

La parte di codice che fa funzionare in italiano è questa:

# Get the last full word if a \s (whitespace) exist in name
( mkgmap:country=ITA  | mkgmap:country=FRA | mkgmap:country=CHE) & 
highway=* & name ~ '.*\s.*' { set  last:word='${name|part: :-1}' }
# if the last full word is a roman number - i.e. if a street has been 
named after a King or a Pope - get the last two words
last:word ~ '(I|II|III|IV|V|VI.*|IX|X|XI.*|XV.*|XX.*)'  {set 
last:word='${name|part: >-3}' }
# set 3rd and 4th labels (used for address search only) with the 
last:word as 1st word
last:word=*  { set mkgmap:label:3='${last:word}, ${name|part: <-1}';set 
mkgmap:label:4='${last:word}, ${name|part: <-1}' }


e va aggiunta nel file "address" nella cartella "inc" dello stile che si 
usa.


--
Stefano Droghetti
www.stefanodroghetti.co.nr
stefano.droghe...@gmail.com


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

Re: [Talk-at] Wichtige Frage

[liberalerhumanist]

Für die geschilderte Anwendung erscheint mir die Verwendung von OpenLayers oder eine alternativen Anwendung, mit der sich Markierungen auf dem Hintergrund der Karte einfügen lassen am sinnhaftesten. Tendenziell sollten in die OSM-Datenbank nur Dinge eingetragen werden, deren Existenz eindeutig und objektiv verifizierbar ist. Sollte an einem der eingangs beschriebenen Orte ein zur dauerhaften Aufstellung bestimmtes Objekt oder ein (kleines) Bauwerk wie z.b. ein Wegkreuz oder eine Kapelle errichtet werden wäre es allerdings möglich, diese einzutragen.

 

Informationen zu Openlayers finden sich hier: http://wiki.openstreetmap.org/wiki/DE:OpenLayers_Marker_Example , http://dev.openlayers.org/examples/osm-marker-popup.html

 

Daneben gibt es die ähnliche Anwendung OpenMarkerMap, mit der sich relativ einfach Markierungen auf ein Mapnik-Rendering setzen lassen. Beschreibung: http://wiki.openstreetmap.org/wiki/DE:Markermap , Oberfläche der Anwendung: http://www.mediensyndikat.de/generator/

 

MfG, LH

 

Gesendet: Freitag, 27. Mai 2016 um 17:31 Uhr
Von: "cont...@bodymeetssoul.net" 
An: talk-at@openstreetmap.org
Cc: "Christian Aigner | sys-admin.at" 
Betreff: [Talk-at] Wichtige Frage


Liebe Openstreetmap-Community,

ich habe mit 2 Frauen das Projekt der "Drachenaugenplätze" ins Leben gerufen (pdf im Anhang). Kurz zusammengefasst geht es um die Errichtung kleiner Kraftplätze in der freien Natur (aus Steinen, Ästen, natürlichen Fundstücken und diversen anderen kleinen persönlichen Schmuckstücken), über die sich Menschen in der ganzen Welt verbinden können. Daher war uns die Markierung solcher Plätze auf einer digitalen Weltkarte sehr wichtig. Ein Freund von mir  hat mir die Openstreetmap empfohlen, und wir haben die ersten Dragoneyeplaces schon editiert. Nun hat mich ein Administrator über Openstreetmap angesprochen, was es mit den Plätzen auf sich hat und mir empfohlen, das Projekt erstmal zur Diskussion zu stellen.

Das tu ich hiermit und entschuldige mich, falls ich in meiner Begeisterung für die Openstreetmap voreilig gehandelt habe.Ich würde mich sehr freuen, wenn Ihr unser Projekt unterstützen würdet. Wir haben keinerlei politische oder religiöse Gesinnung, es geht uns um einen sehr universellen verbindenden Charakter.

Herzliche Grüße, Astrid Steinbrecher mit Barbara und Barbara
___ Talk-at mailing list Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at




 

 

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

Re: [OSM-talk-fr] dégommage de rouge, SeFaireConnaitre refait parler d'eux...

[osm . sanspourriel]

Le 2016-05-29 à 11:33, Frédéric Rodrigo - fred.rodr...@gmail.com a écrit :


Le 29/05/2016 à 03:35, osm.sanspourr...@spamgourmet.com a écrit :


J'ai passé un peu de temps en utilisant divers outils de 
qualité/saisie : voici quelques retours.


La correction des noms sous Osmose (c'est à dire quand il y a des 
propositions possibles) pourrait être plus productive.


Typiquement la casse est basse, HAUTE, Avec Des Initiales En 
Majuscules, ou Seulement les Mots Importants. Et pour les noms de 
villes avec des tirets (cadratins ;-)) après le premier article le 
cas échéant.


Actuellement, c'est "édite à la main".

L'avantage c'est que ça force à repasser dessus et se dire qu'il faut 
corriger, si c'est trop prémâche ça pourrait passer pour juste, et si 
c'est intégré sans correction en majuscule ça serra repéré plus tard.
C'est pour cela que je disais proposer plusieurs corrections avec 
validation (à la manière de TranslateWiki ou d'OpenSolarMap) : comme il 
y a plus de risques d'aller trop vite il y a plusieurs personnes à 
devoir faire le même choix.

http://www.openstreetmap.org/api/0.6/way/71062148
Le problème est l'espace " roof"

Bien vu


intégration des boîtes-aux-lettres.

Osmose signale les bàl à intégrer et les bàl sans référence.

Même si on peut rêver que les références des bàl à intégrer très 
proches des bàl cartographiées soient proposées, je ne comprends pas 
pourquoi sur les bàl à intégrer



Désolé, je n'ai pas compris la question.

Frédéric.

C'est surtout que la fin du texte avait sauté. Voici un exemple.
Si tu vas sur Kergalan à Larmor-Plage, tu as deux marqueurs très proches :
*Boîte aux lettres non intégrée*
28, RUE DE KERGALAN, 56260, LARMOR PLAGE
Signalement reporté le : 2016-05-26
et :
*Boîte aux lettres sans référence*
*node 3268327576 * 
rawedit  josm 
 edit 


*amenity* = post_box
*source* = survey
Signalement reporté le : 2016-05-26

Dans le premier je ne vois pas la référence de la poste. Si on a 
l'adresse selon La Poste, on doit aussi avoir la référence de la poste 
(qui serait à afficher).
Comme les deux points sont distants de 15 mètres il s'agit très 
probablement de la même boîte aux lettres, on pourrait donc proposer 
d'ajouter la référence de la bàl à intégrer à la bàl sans référence.


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

Re: [Talk-it] [OT] Mappe per navigatori Garmin con ricerca indirizzi

[Lorenzo Mastrogiacomi]

Il giorno dom, 29/05/2016 alle 14.29 +0200, Andrea Lattmann ha scritto: 

> >Per creare il file dell'italia ci vogliono >parecchie ore con una buona
> >macchina.
> 
> Avevo il sospetto che fosse come per OsmAnd, il problema alla fine è quello. 
> Ad avere una buona macchina si potrebbe fare... 
> E... Visto che siamo sotto l'ala protettrice di Wikimedia e la 
> compassione di Simone Cortesi vedendoci piangere straziati dal dolore di non 
> poter compilare le nostre mappe, rimaniamo in attesa che nella nuova sede 
> venga allestita una piccola, minuscola server farm accessibile agli oltre 
> 8000 mappers italiani. :-D 
> 
> 
> Andrea Lattmann
> 



Non mi ricordavo ma ce le abbiamo già le mappe italiane per garmin.
Basta convincere lucadelu adesso :)

http://geodati.fmach.it/gfoss_geodata/osm/italia_osm.html

Io con queste però ho altri problemi perché nella ricerca non trova
nessuno stato e quindi niente proprio :(
Sto facendo qualche prova a compilarmi le Marche da solo ed iniziano ad
uscire abbastanza bene. Il problema che ho adesso è che se processo i
civici (con --housenumbers) poi non trova le città
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] OSMIT2016

[Andrea Lattmann]

>Per il mapathon in generale non sarebbe >meglio realizzare la mappa per prima
>dell'evento invece che dopo?  ;-)

Effettivamente

Andrea Lattmann

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

Re: [Talk-it] [OT] Mappe per navigatori Garmin con ricerca indirizzi

[Andrea Lattmann]

>Per creare il file dell'italia ci vogliono >parecchie ore con una buona
>macchina.

Avevo il sospetto che fosse come per OsmAnd, il problema alla fine è quello. Ad 
avere una buona macchina si potrebbe fare... 
E... Visto che siamo sotto l'ala protettrice di Wikimedia e la 
compassione di Simone Cortesi vedendoci piangere straziati dal dolore di non 
poter compilare le nostre mappe, rimaniamo in attesa che nella nuova sede venga 
allestita una piccola, minuscola server farm accessibile agli oltre 8000 
mappers italiani. :-D 


Andrea Lattmann

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

Re: [OSM-talk-fr] dégommage de rouge, SeFaireConnaitre refait parler d'eux...

[osm . sanspourriel]

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

un exemple parmi d'autres (on a que des majuscules). C'est le nom assez 
cabalistique affiché, pas la référence GDO.

Peut-être qu'il ne faut pas le mettre dans name mais dans autre chose.


Le 2016-05-29 à 11:25, Frédéric Rodrigo - fred.rodr...@gmail.com a écrit :

Le 29/05/2016 à 04:19, osm.sanspourr...@spamgourmet.com a écrit :
Sinon les power=substation (qui sont souvent abusivement marquées 
avec EDF et non ERDF comme opérateur) ont des noms en majuscules, il 
vaudrait mieux ne pas les faire apparaître en erreur.


Tu peux pointes cette erreur, stp ? Osmose ne remonte qu'à partir de 5 
majuscules consécutives.


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

Re: [OSM-talk-fr] dégommage de rouge, SeFaireConnaitre refait parler d'eux...

[osm . sanspourriel]

Que l'on puisse mettre wall=no, OK mais ma question est : pourquoi 
est-ce que l'on considère incorrect un couple qui selon le wiki est 
correct. Soit il est correct et il ne faut pas demander de le virer soit 
il ne l'est pas et le wiki doit le refléter.


Pour SNCF, tu l'as dans operator, pas dans name je suppose. Sinon a 
priori c'est à modifier.


Et l'opérateur c'est SNCF. Au fait, F ce n'est pas Français ? Car la 
SNCF n'opère pas que des chemin ferroviaires.



Le 2016-05-29 à 10:25, Jérôme Seigneuret - jseigneuret-...@yahoo.fr a 
écrit :
Pour la question de erreur sur building=roof il y a deux possibilités: 
Soit tu enlèves wall=no soit tu mets building=yes.


Pour les acronymes usuelles, j'avoue que c'est pas assez pénible 
d'avoir une alerte de niveau un sur le nom. Dans ce cas je passe ca en 
faux positif.je  vois mal mettre "Société National 
Des Chemins de Fer" pour SNCF


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

Re: [OSM-talk-ie] When is a townland a townland (and when is it 2+ townlands)?

[Brian Hollinshead]

Hi all

I understand that each (part) Townland is in fact a separate
townland/administrative area.

I mapped  Graiguealug first as one composite and on advice from a map
librarian i was strongly encouraged to show it as three distinct townlands.
The history shows I followed this advise in two stages.
I had on loan to me at the time a paper 1901 census index which bore this
out.

The two  townlands of Tara Hill in wexford were distinct in the 1901 index
but are one in GSGS. I visited the valuation office and found the boundary
commissioner had altered "them to it" in 1906. I found a man who owned two
plots of land and subseqeuntly owned one of the total acerage in the
valuation books.

I favour keeping them separate .


On 29 May 2016 at 10:39, Rory McCann  wrote:

> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> Hi all,
>
> A while ago I mentioned a possible problem with the Logainm data
> import, where 2+ townlands were getting the same logainm reference[1].
> Upon closer investigation, I don't think this is a bug with the import
> process, but a question of "Is a townland is one townland or many
> townlands?".
>
> Consider Graiguealug townland in Carlow. It's in OSM as 3 different
> townlands: OSM ids https://www.openstreetmap.org/relation/2196774
> https://www.openstreetmap.org/relation/2274862
> https://www.openstreetmap.org/relation/2274863 all touching each
> other. Each is in a different civil parish[2].
>
> However Logainm only has one entry http://www.logainm.ie/en/3531 which
> is in 3 different civil parishes. Logainm allows one townland to be in
> more than one CP. If you look at the GSGS map, only one townland is
> shown on the map, and the total area (~400 acres) is similar to the
> total off the 3 townlands in OSM.
>
> It looks like one townlands was split into 3 townlands so that each
> townland would be in one and only one CP.
>
> However I don't think this is the right approach. I think the OSM
> philosophy of "One Feature, One OSM Element"[3] should apply, and that
> those 3 townlands should be merged into 1. The CP boundaries should
> physically stay where they are, but they will not line up with a
> townland boundary. I seen other examples of townlands crossing CP
> boundaries and have mapped them as one townland, with a CP border
> going through the middle.
>
> I'm tempted to merge townlands like this into one townland. What do
> people think?
>
> Rory
>
> [1]
> https://lists.openstreetmap.org/pipermail/talk-ie/2016-March/001499.html
> [2] Townlands.ie:
> https://www.townlands.ie/carlow/forth/templepeter/templepeter/graiguealug/
>
> https://www.townlands.ie/carlow/forth/tullowmagimma/templepeter/graiguealug/
> https://www.townlands.ie/carlow/forth/nurney/templepeter/graiguealug/
> [3] https://wiki.openstreetmap.org/wiki/One_feature,_one_OSM_element
> -BEGIN PGP SIGNATURE-
> Version: GnuPG v2.0.22 (GNU/Linux)
>
> iQEcBAEBAgAGBQJXSri4AAoJEOrWdmeZivv2Lc8H/AoZcBrdbT3u5y2vvKBnKh8J
> BKP48p0sVAyMyDAWl3nQ88kqwuHcNcYYBt+aWwfDAeOyBs63OJQ1dlcw1+9EW3iL
> wxkauYKAvVNEd1m7sHBFWwIdxhmRUfinwrHyNhoIFL84/bExPAs4KCe1epFYwqNd
> hSFP5lnRuaikct5eEkP9uTr0tGDRkYLzwGOwcj30xZSz89dB786bc/YR834kgigi
> kYtjL6O+uEZ05Xb1M2kSyzR+LdmEW3tFYEu1RHjxlMKIgOedUAF0+RdEF0qOOmPe
> optVIDIyxFuTk0BTsqITb05uyPHss58zamz0ldnZBh0AqAg8JTQjxl9/IDxhFqw=
> =z0F7
> -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] Api adresse - reverse

[JB]

Bonjour,

Je n'ai pas vu passer cette question : Est-ce que c'est moi qui me 
débrouille mal, ou bien l'api de la Ban en reverse ne gère pas les 
caractères spéciaux ?


Par exemple, pour la requête : 
http://api-adresse.data.gouv.fr/reverse/?lon=2.4441661=48.7897578, 
j'ai la réponse :


{"limit": 1, "attribution": "BAN", "version": "draft", "licence": "ODbL 1.0", "type": "FeatureCollection", "features": [{"geometry": {"type": "Point", "coordinates": [2.444308, 48.790001]}, "properties": {"street": "Rue Andr\u00e9 Maurois", "label": "2 Rue Andr\u00e9 Maurois 94000 
Cr\u00e9teil", "distance": 28, "context": "94, Val-de-Marne, \u00cele-de-France", "id": "94028_0068_2f0620", "citycode": "94028", "name": "2 Rue Andr\u00e9 Maurois", "score": 0.996646758574, "postcode": "94000", "housenumber": "2", "city": "Cr\u00e9teil", "type": "housenumber"}, 
"type": "Feature"}]}

avec les morceaux choisis : 2 Rue Andr\u00e9 Maurois 94000 Cr\u00e9teil.

JB.


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

Re: [OSM-talk-ie] When is a townland a townland (and when is it 2+ townlands)?

[Patrick Matthews]

Corravila is represented as two separate entities in Logainm (
http://www.logainm.ie/en/3801 and http://www.logainm.ie/en/130953).

On Sun, May 29, 2016 at 1:04 PM, Patrick Matthews 
wrote:

> Corravilla: http://www.openstreetmap.org/relation/5705909
>
> On Sun, May 29, 2016 at 12:50 PM, Patrick Matthews <
> mullinalag...@gmail.com> wrote:
>
>> Rory, Dave,
>>
>> My inclination is the opposite - there are plenty of situations where you
>> have townlands "split" between civil parishes in exactly the same way as
>> the ones you mention but where one "part" being in one ED and another in a
>> different ED means that the two are shown as separate on the post-1898
>> maps. (There can also be false positives where two completely different
>> townlands in different parishes but with the same name happen to be in the
>> same ED, e.g. Corravilla in east Cavan, where two townlands, one in
>> Shercock parish and one in Knockbride, happen to be in the same ED and are
>> represented in the maps as a single townland, but have different postal
>> addresses and are listed separately in the electoral register.)
>>
>> The methodology of the original Ordnance Survey, for what it's worth, was
>> to treat each "part" of the townland as a separate entity, and they're
>> still recorded as separate entities in the 1901 and 1911 census reports.
>>
>> Baronies split by counties (e.g. Fore, Rathdown) should be treated
>> separately as they were/are county subdivisions. Civil parishes and
>> baronies were always independent of each other so the split doesn't matter
>> there.
>>
>> Regards,
>>
>> Paddy.
>>
>>
>> On Sun, May 29, 2016 at 11:46 AM, Dave Corley 
>> wrote:
>>
>>> I have a vague recollection of this being discussed way back. The issue
>>> is
>>> not just with townlands if I recall correctly.
>>>
>>> I think there may also be cp's split by baronies and baronies split by
>>> counties and so on.
>>>
>>> Your logic seems sound to me, but then again I never got to doing cp's.
>>>
>>> Dave
>>> On 29 May 2016 10:40, "Rory McCann"  wrote:
>>>
>>> > -BEGIN PGP SIGNED MESSAGE-
>>> > Hash: SHA1
>>> >
>>> > Hi all,
>>> >
>>> > A while ago I mentioned a possible problem with the Logainm data
>>> > import, where 2+ townlands were getting the same logainm reference[1].
>>> > Upon closer investigation, I don't think this is a bug with the import
>>> > process, but a question of "Is a townland is one townland or many
>>> > townlands?".
>>> >
>>> > Consider Graiguealug townland in Carlow. It's in OSM as 3 different
>>> > townlands: OSM ids https://www.openstreetmap.org/relation/2196774
>>> > https://www.openstreetmap.org/relation/2274862
>>> > https://www.openstreetmap.org/relation/2274863 all touching each
>>> > other. Each is in a different civil parish[2].
>>> >
>>> > However Logainm only has one entry http://www.logainm.ie/en/3531 which
>>> > is in 3 different civil parishes. Logainm allows one townland to be in
>>> > more than one CP. If you look at the GSGS map, only one townland is
>>> > shown on the map, and the total area (~400 acres) is similar to the
>>> > total off the 3 townlands in OSM.
>>> >
>>> > It looks like one townlands was split into 3 townlands so that each
>>> > townland would be in one and only one CP.
>>> >
>>> > However I don't think this is the right approach. I think the OSM
>>> > philosophy of "One Feature, One OSM Element"[3] should apply, and that
>>> > those 3 townlands should be merged into 1. The CP boundaries should
>>> > physically stay where they are, but they will not line up with a
>>> > townland boundary. I seen other examples of townlands crossing CP
>>> > boundaries and have mapped them as one townland, with a CP border
>>> > going through the middle.
>>> >
>>> > I'm tempted to merge townlands like this into one townland. What do
>>> > people think?
>>> >
>>> > Rory
>>> >
>>> > [1]
>>> >
>>> https://lists.openstreetmap.org/pipermail/talk-ie/2016-March/001499.html
>>> > [2] Townlands.ie:
>>> >
>>> https://www.townlands.ie/carlow/forth/templepeter/templepeter/graiguealug/
>>> >
>>> >
>>> https://www.townlands.ie/carlow/forth/tullowmagimma/templepeter/graiguealug/
>>> > https://www.townlands.ie/carlow/forth/nurney/templepeter/graiguealug/
>>> > [3] https://wiki.openstreetmap.org/wiki/One_feature,_one_OSM_element
>>> > -BEGIN PGP SIGNATURE-
>>> > Version: GnuPG v2.0.22 (GNU/Linux)
>>> >
>>> > iQEcBAEBAgAGBQJXSri4AAoJEOrWdmeZivv2Lc8H/AoZcBrdbT3u5y2vvKBnKh8J
>>> > BKP48p0sVAyMyDAWl3nQ88kqwuHcNcYYBt+aWwfDAeOyBs63OJQ1dlcw1+9EW3iL
>>> > wxkauYKAvVNEd1m7sHBFWwIdxhmRUfinwrHyNhoIFL84/bExPAs4KCe1epFYwqNd
>>> > hSFP5lnRuaikct5eEkP9uTr0tGDRkYLzwGOwcj30xZSz89dB786bc/YR834kgigi
>>> > kYtjL6O+uEZ05Xb1M2kSyzR+LdmEW3tFYEu1RHjxlMKIgOedUAF0+RdEF0qOOmPe
>>> > optVIDIyxFuTk0BTsqITb05uyPHss58zamz0ldnZBh0AqAg8JTQjxl9/IDxhFqw=
>>> > =z0F7
>>> > -END PGP SIGNATURE-
>>> >
>>> > ___
>>> > 

Re: [OSM-talk-ie] When is a townland a townland (and when is it 2+ townlands)?

[Patrick Matthews]

Rory, Dave,

My inclination is the opposite - there are plenty of situations where you
have townlands "split" between civil parishes in exactly the same way as
the ones you mention but where one "part" being in one ED and another in a
different ED means that the two are shown as separate on the post-1898
maps. (There can also be false positives where two completely different
townlands in different parishes but with the same name happen to be in the
same ED, e.g. Corravilla in east Cavan, where two townlands, one in
Shercock parish and one in Knockbride, happen to be in the same ED and are
represented in the maps as a single townland, but have different postal
addresses and are listed separately in the electoral register.)

The methodology of the original Ordnance Survey, for what it's worth, was
to treat each "part" of the townland as a separate entity, and they're
still recorded as separate entities in the 1901 and 1911 census reports.

Baronies split by counties (e.g. Fore, Rathdown) should be treated
separately as they were/are county subdivisions. Civil parishes and
baronies were always independent of each other so the split doesn't matter
there.

Regards,

Paddy.


On Sun, May 29, 2016 at 11:46 AM, Dave Corley  wrote:

> I have a vague recollection of this being discussed way back. The issue is
> not just with townlands if I recall correctly.
>
> I think there may also be cp's split by baronies and baronies split by
> counties and so on.
>
> Your logic seems sound to me, but then again I never got to doing cp's.
>
> Dave
> On 29 May 2016 10:40, "Rory McCann"  wrote:
>
> > -BEGIN PGP SIGNED MESSAGE-
> > Hash: SHA1
> >
> > Hi all,
> >
> > A while ago I mentioned a possible problem with the Logainm data
> > import, where 2+ townlands were getting the same logainm reference[1].
> > Upon closer investigation, I don't think this is a bug with the import
> > process, but a question of "Is a townland is one townland or many
> > townlands?".
> >
> > Consider Graiguealug townland in Carlow. It's in OSM as 3 different
> > townlands: OSM ids https://www.openstreetmap.org/relation/2196774
> > https://www.openstreetmap.org/relation/2274862
> > https://www.openstreetmap.org/relation/2274863 all touching each
> > other. Each is in a different civil parish[2].
> >
> > However Logainm only has one entry http://www.logainm.ie/en/3531 which
> > is in 3 different civil parishes. Logainm allows one townland to be in
> > more than one CP. If you look at the GSGS map, only one townland is
> > shown on the map, and the total area (~400 acres) is similar to the
> > total off the 3 townlands in OSM.
> >
> > It looks like one townlands was split into 3 townlands so that each
> > townland would be in one and only one CP.
> >
> > However I don't think this is the right approach. I think the OSM
> > philosophy of "One Feature, One OSM Element"[3] should apply, and that
> > those 3 townlands should be merged into 1. The CP boundaries should
> > physically stay where they are, but they will not line up with a
> > townland boundary. I seen other examples of townlands crossing CP
> > boundaries and have mapped them as one townland, with a CP border
> > going through the middle.
> >
> > I'm tempted to merge townlands like this into one townland. What do
> > people think?
> >
> > Rory
> >
> > [1]
> > https://lists.openstreetmap.org/pipermail/talk-ie/2016-March/001499.html
> > [2] Townlands.ie:
> >
> https://www.townlands.ie/carlow/forth/templepeter/templepeter/graiguealug/
> >
> >
> https://www.townlands.ie/carlow/forth/tullowmagimma/templepeter/graiguealug/
> > https://www.townlands.ie/carlow/forth/nurney/templepeter/graiguealug/
> > [3] https://wiki.openstreetmap.org/wiki/One_feature,_one_OSM_element
> > -BEGIN PGP SIGNATURE-
> > Version: GnuPG v2.0.22 (GNU/Linux)
> >
> > iQEcBAEBAgAGBQJXSri4AAoJEOrWdmeZivv2Lc8H/AoZcBrdbT3u5y2vvKBnKh8J
> > BKP48p0sVAyMyDAWl3nQ88kqwuHcNcYYBt+aWwfDAeOyBs63OJQ1dlcw1+9EW3iL
> > wxkauYKAvVNEd1m7sHBFWwIdxhmRUfinwrHyNhoIFL84/bExPAs4KCe1epFYwqNd
> > hSFP5lnRuaikct5eEkP9uTr0tGDRkYLzwGOwcj30xZSz89dB786bc/YR834kgigi
> > kYtjL6O+uEZ05Xb1M2kSyzR+LdmEW3tFYEu1RHjxlMKIgOedUAF0+RdEF0qOOmPe
> > optVIDIyxFuTk0BTsqITb05uyPHss58zamz0ldnZBh0AqAg8JTQjxl9/IDxhFqw=
> > =z0F7
> > -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
>
___
Talk-ie mailing list
Talk-ie@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ie

Re: [Talk-it] OSMIT2016

[Aury88]

purtroppo anche per il mapathon/mapping party non posso confermare
nulla...tendenzialmente per me prima è e meglio è...ed è imho meglio anche
per la mappatura visti i tempi di rendering dei dettagli, e il crescendo di
agitazione e casino nella zona per l'imminente raduno.
ho già creato una discussione ad-hoc per la mappa di Esino Lario. direi di
trasferire li tutta la discussione mapping e quality assurance così da
rederla più visibile, rimanere in topic e lasciare questa discussione a
quanto discusso durante l'OSMIT2016 ;-)



-
Ciao,
Aury
--
View this message in context: 
http://gis.19327.n5.nabble.com/OSMIT2016-tp5873769p5874343.html
Sent from the Italy General mailing list archive at Nabble.com.

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

Re: [Talk-it] OSMIT2016

[Stefano]

Ciao,
non credo di riuscire a venire, ma domenica scorsa ero in zona e ho mappato
un po' sul sentiero del viandante. Suggerirei di mappare Varenna, Perledo e
gli immediati dintorni per aiutare chi viene ad Esino in treno. (Regolo ad
esempio non aveva le strade, ho inserito io quelle che mi sono annotato).
Magari ci sarà qualcuno che sale su per i sentieri...

Stefano

Il giorno 29 maggio 2016 12:00, Dario Crespi  ha
scritto:

> Allora, ho scritto un messaggio a Iolanda (per chi non la conoscesse, è la
> persona a capo dell'organizzazione di Wikimania). Abbiamo il via libera per
> un mapathon a Esino prima di Wikimania: serve solo individuare uno spazio
> adeguato guardando come sono messe le varie sale.
> Avete preferenze sulla data?
>
> Dario
>
> Il giorno 29 maggio 2016 11:18, Dario Crespi  ha
> scritto:
>
>> Organizzare un mapathon a Esino in questi giorni non è cosa semplice,
>> perché il paese è in fermento. Ma tutto si può fare.
>> Essendo Esino mappato già con molti dettagli (ci sono tutte le vie, i
>> civici, i negozi, gli edifici pubblici, gli alberghi, alcuni cestini e
>> panchine. Mancano alcuni dettagli come cestini dei rifiuti, lampioni,
>> alberi, le recinzioni di alcune ville, i dettagli dei giardini privati e
>> volendo le parabole di Eolo, e poi in parte le località fuori dal centro
>> del paese) si può fare comunque a Esino, o è meglio scegliere un paese lì
>> vicino ancora senza copertura OSM, come Bellano?
>> La cosa più importante è trovare un luogo per caricare poi i dati. A
>> Esino c'è a scuola elementare che potrebbe essere perfetta, ma
>> probabilmente sarà in fase di allestimento per Wikimania (ospiterà
>> l'Hackathon), oppure il nuovo museo. Posso chiedere se riusciamo a usare
>> uno di questi spazi.
>> Secondo voi quale sarebbe il giorno ideale? Questo è il programma di
>> Wikimania, dove sono segnati anche un paio di eventi pre-conferenza:
>> https://wikimania2016.wikimedia.org/wiki/Programme
>>
>> Dario
>>
>> Il giorno 29 maggio 2016 09:33, Aury88  ha
>> scritto:
>>
>>> anche io cercherò di esserci, tesi ed impegni accademici permettendo.
>>>
>>> Per il mapathon in generale non sarebbe meglio realizzare la mappa per
>>> prima
>>> dell'evento invece che dopo?  ;-)
>>>
>>> già adesso la mappa osm è di gran lunga più completa della mappa Google
>>> [1],
>>> sbavo al solo pensiero di tutti quei wikimediani che usano la mappa OSM
>>> per
>>> organizzare ed orientarsi durante i giorni del convegno xD
>>>
>>>
>>>
>>> [1]
>>> http://tools.geofabrik.de/mc/#16/45.9943/9.3331=2=mapnik=google-map
>>>
>>>
>>>
>>> -
>>> Ciao,
>>> Aury
>>> --
>>> View this message in context:
>>> http://gis.19327.n5.nabble.com/OSMIT2016-tp5873769p5874328.html
>>> Sent from the Italy General mailing list archive at Nabble.com.
>>>
>>> ___
>>> Talk-it mailing list
>>> Talk-it@openstreetmap.org
>>> https://lists.openstreetmap.org/listinfo/talk-it
>>>
>>
>>
>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
>
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] OSMIT2016

[Dario Crespi]

Allora, ho scritto un messaggio a Iolanda (per chi non la conoscesse, è la
persona a capo dell'organizzazione di Wikimania). Abbiamo il via libera per
un mapathon a Esino prima di Wikimania: serve solo individuare uno spazio
adeguato guardando come sono messe le varie sale.
Avete preferenze sulla data?

Dario

Il giorno 29 maggio 2016 11:18, Dario Crespi  ha
scritto:

> Organizzare un mapathon a Esino in questi giorni non è cosa semplice,
> perché il paese è in fermento. Ma tutto si può fare.
> Essendo Esino mappato già con molti dettagli (ci sono tutte le vie, i
> civici, i negozi, gli edifici pubblici, gli alberghi, alcuni cestini e
> panchine. Mancano alcuni dettagli come cestini dei rifiuti, lampioni,
> alberi, le recinzioni di alcune ville, i dettagli dei giardini privati e
> volendo le parabole di Eolo, e poi in parte le località fuori dal centro
> del paese) si può fare comunque a Esino, o è meglio scegliere un paese lì
> vicino ancora senza copertura OSM, come Bellano?
> La cosa più importante è trovare un luogo per caricare poi i dati. A Esino
> c'è a scuola elementare che potrebbe essere perfetta, ma probabilmente sarà
> in fase di allestimento per Wikimania (ospiterà l'Hackathon), oppure il
> nuovo museo. Posso chiedere se riusciamo a usare uno di questi spazi.
> Secondo voi quale sarebbe il giorno ideale? Questo è il programma di
> Wikimania, dove sono segnati anche un paio di eventi pre-conferenza:
> https://wikimania2016.wikimedia.org/wiki/Programme
>
> Dario
>
> Il giorno 29 maggio 2016 09:33, Aury88  ha
> scritto:
>
>> anche io cercherò di esserci, tesi ed impegni accademici permettendo.
>>
>> Per il mapathon in generale non sarebbe meglio realizzare la mappa per
>> prima
>> dell'evento invece che dopo?  ;-)
>>
>> già adesso la mappa osm è di gran lunga più completa della mappa Google
>> [1],
>> sbavo al solo pensiero di tutti quei wikimediani che usano la mappa OSM
>> per
>> organizzare ed orientarsi durante i giorni del convegno xD
>>
>>
>>
>> [1]
>> http://tools.geofabrik.de/mc/#16/45.9943/9.3331=2=mapnik=google-map
>>
>>
>>
>> -
>> Ciao,
>> Aury
>> --
>> View this message in context:
>> http://gis.19327.n5.nabble.com/OSMIT2016-tp5873769p5874328.html
>> Sent from the Italy General mailing list archive at Nabble.com.
>>
>> ___
>> Talk-it mailing list
>> Talk-it@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-it
>>
>
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

[Talk-it] Mappa Esino Lario

[Aury88]

Vista l'importanza che assumerà il comune di Esino Lario [1] per il raduno di
WikiMania 2016 [2] penso sia fondamentale che la mappa dia il meglio di se;
questo sia per una questione di immagine, sia perchè con un buon esempio di
mappatura si possono convincere numerosi utenti a collaborare al progetto e
non esiste utente con potenziale più alto di collaborazione di quello che
parteciperà a questo raduno.
La mappa è già molto completa (molto più delle alternative più famose) ma ho
notato uno stile di mappatura che non ho riscontrato in alcun altra zona
d'italia. Di seguito farò un breve elenco di cosa non mi torna e, se la ML
le giudicherà errori, secondo me sarebbe meglio organizzarci per correggere
il tutto prima che qualche nuovo utente riproponga questo stile di mappatura
in altre parti del globo.

*1) Parti diverse di un building come multipoligono*:
Parti diverse dello stesso edificio ottenute applicando la relazione
multipoligono ad ogni blocco.
I membri hanno le way interne sovrapposte risultando per questo
correttamente renderizzate.  
Imho si dovrebbe sostituire la relazione con un più semplice e mantenibile
tag building:part=yes e creando un perimetro esterno con il tag
building=*.[3]
 
*2) Parti diverse di un building con gli stessi tag*:
È unito al punto precedente, alcuni tag sono applicati alla relazione.
In alcuni casi, specialmente nelle chiese, la conseguenza di ciò è il
rendering di due o più icone quando in realtà c'è una sola chiesa...
Imho bisognerebbe spostare i tag della relazione sul perimetro esterno (vedi
punto precedente) e rimuovere la relazione emettere i tag veramente
descrittivi a quella parte di edificio a cui corrisponde la way (per esempio
il campanile è man_made=campanile) sulla way[3]

*3) Nodi di way sovrapposti*: 
questo non è propriamente un errore...da me comunque preferisco unire i nodi
delle way sovrapposte specialmente quando è una condivisione di tipo fisico.
se due confini combaciano (il limite di un bosco su un campo aperto) imho
anche le way dovrebbero combaciare condividendo i nodi.[4][5]


*4) Nomi vie con minuscolo iniziale*: 
Questo avviene sia nel name della via sia nel value dell'addr:strett degli
elementi.
Attenzione! ho incontrato casi in cui il nome della via rispetta lo stile
osm ma alcuni addr:street di quella strada no.[6]

non ho trovato altro...se notate qualcos'altro segnalatelo ;-)

[1]http://www.openstreetmap.org/relation/46608
[2]https://meta.wikimedia.org/wiki/Wikimania_2016_bids/Esino_Lario
[3]http://www.openstreetmap.org/relation/3880890
[4]http://www.openstreetmap.org/way/339323145#map=19/45.99391/9.32955=D
[5]http://www.openstreetmap.org/way/339329008#map=19/45.99402/9.32951=D
[6]http://www.openstreetmap.org/way/291743132




-
Ciao,
Aury
--
View this message in context: 
http://gis.19327.n5.nabble.com/Mappa-Esino-Lario-tp5874340.html
Sent from the Italy General mailing list archive at Nabble.com.

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

Re: [OSM-talk-nl] Toko's en soortgelijke winkels

[ekes]

On 29/05/16 11:17, Ronald Stroethoff wrote:
> hoe gaan we om met toko's en soortgelijke winkels?
> Deze zijn meestal kleiner dan een normale supermarkt.

Dit is zeker dan een convenience store? shop=convenience
https://wiki.openstreetmap.org/wiki/Tag:shop%3Dconvenience

> En ik kan me voorstellen dat je wilt kunnen terugvinden, d.w.z. waar zijn de 
> poolse toko's in de omgeving?
> Is het daarom misschien een goed idee om ze de tag cuisine=polish mee te 
> geven?

Volgens de wiki is cuisine een goed combinatie, maar het lijkt dat het
komt niet zo vaak voor. Mss is er iets meer in gebruik?


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

Re: [OSM-talk-fr] dégommage de rouge, SeFaireConnaitre refait parler d'eux...

[Frédéric Rodrigo]

Le 29/05/2016 à 03:35, osm.sanspourr...@spamgourmet.com a écrit :


J'ai passé un peu de temps en utilisant divers outils de 
qualité/saisie : voici quelques retours.


La correction des noms sous Osmose (c'est à dire quand il y a des 
propositions possibles) pourrait être plus productive.


Typiquement la casse est basse, HAUTE, Avec Des Initiales En 
Majuscules, ou Seulement les Mots Importants. Et pour les noms de 
villes avec des tirets (cadratins ;-)) après le premier article le cas 
échéant.


Actuellement, c'est "édite à la main".

L'avantage c'est que ça force à repasser dessus et se dire qu'il faut 
corriger, si c'est trop prémâche ça pourrait passer pour juste, et si 
c'est intégré sans correction en majuscule ça serra repéré plus tard.


En fait j'ai vu que le correcteur sur orthographe avec edit marche 
presque comme ça, ma remarque est valable pour les noms en majuscule 
(quand plusieurs pré-remplissages seraient possibles).


Un passage automatique au suivant (erreur du même type ? Proche ?) ou 
un "suivant" (sans corriger l'erreur) serait un plus.


Translate-wiki (par exemple 
https://translatewiki.net/w/i.php?title=Special:Translate=!recent=proofread=translated|!reviewer%3A20061|!last-translator%3A20061) 
propose de traduire des textes, en proposant différents choix (dont 
passer au suivant) et en laissant l'utilisateur modifier et avec une 
passe de relecture.


C'est un peu addictif comme OpenSolarMap.

Ça me semble une bonne piste pour corriger plus agréablement les noms 
EN MAJUSCULE et autres tags manquants proposés à l'ajout : la 
géolocalisation importe peu.


--

Selon osmose, le tag building=roof, n'est pas correct pourtant il est 
indiqué dans le Wiki 
.


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

Et un simple toit sans murs (ici une avancée), c'est bien ça.


http://www.openstreetmap.org/api/0.6/way/71062148
Le problème est l'espace " roof"



intégration des boîtes-aux-lettres.

Osmose signale les bàl à intégrer et les bàl sans référence.

Même si on peut rêver que les références des bàl à intégrer très 
proches des bàl cartographiées soient proposées, je ne comprends pas 
pourquoi sur les bàl à intégrer



Désolé, je n'ai pas compris la question.

Frédéric.



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

[OSM-talk-nl] Toko's

[Ronald Stroethoff]

Beste lezers,
Hoe gaan we om met toko's?
Welke taq's gebruiken daarvoor?
Ik kan me voorstellen dat het makkelijk is om bijvoorbeeld alle poolse 
toko's in mijn omgeving terug te vinden?
Is het misschien een goed idee om de tag cuisine=polish toe te voegen?

Ronald


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

Re: [OSM-talk-fr] dégommage de rouge, SeFaireConnaitre refait parler d'eux...

[Frédéric Rodrigo]

Le 29/05/2016 à 04:19, osm.sanspourr...@spamgourmet.com a écrit :


Dans ma liste à la Prévert, j'ai oublié un point.

Je suis tombé sur des lieux-dits, habités ou non, tous notés 
place=locality.


Une vérification des toponymes en fonction du nombre de bâti autour 
même si ce n'est pas une science exacte (bâti ne veut pas dire habité) 
et/ou en fonction de FANTOIR pourrait être un plus.


Allez tant qu'à être dans la liste de souhaits : certaines fois on 
sait juste qu'on ne sait pas.
On voudrait pouvoir "oublier" (faire disparaître comme faux positif , 
mais juste pour nous).


Sinon les power=substation (qui sont souvent abusivement marquées avec 
EDF et non ERDF comme opérateur) ont des noms en majuscules, il 
vaudrait mieux ne pas les faire apparaître en erreur.


Tu peux pointes cette erreur, stp ? Osmose ne remonte qu'à partir de 5 
majuscules consécutives.


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

Re: [Talk-it] OSMIT2016

[Dario Crespi]

Organizzare un mapathon a Esino in questi giorni non è cosa semplice,
perché il paese è in fermento. Ma tutto si può fare.
Essendo Esino mappato già con molti dettagli (ci sono tutte le vie, i
civici, i negozi, gli edifici pubblici, gli alberghi, alcuni cestini e
panchine. Mancano alcuni dettagli come cestini dei rifiuti, lampioni,
alberi, le recinzioni di alcune ville, i dettagli dei giardini privati e
volendo le parabole di Eolo, e poi in parte le località fuori dal centro
del paese) si può fare comunque a Esino, o è meglio scegliere un paese lì
vicino ancora senza copertura OSM, come Bellano?
La cosa più importante è trovare un luogo per caricare poi i dati. A Esino
c'è a scuola elementare che potrebbe essere perfetta, ma probabilmente sarà
in fase di allestimento per Wikimania (ospiterà l'Hackathon), oppure il
nuovo museo. Posso chiedere se riusciamo a usare uno di questi spazi.
Secondo voi quale sarebbe il giorno ideale? Questo è il programma di
Wikimania, dove sono segnati anche un paio di eventi pre-conferenza:
https://wikimania2016.wikimedia.org/wiki/Programme

Dario

Il giorno 29 maggio 2016 09:33, Aury88  ha scritto:

> anche io cercherò di esserci, tesi ed impegni accademici permettendo.
>
> Per il mapathon in generale non sarebbe meglio realizzare la mappa per
> prima
> dell'evento invece che dopo?  ;-)
>
> già adesso la mappa osm è di gran lunga più completa della mappa Google
> [1],
> sbavo al solo pensiero di tutti quei wikimediani che usano la mappa OSM per
> organizzare ed orientarsi durante i giorni del convegno xD
>
>
>
> [1]
> http://tools.geofabrik.de/mc/#16/45.9943/9.3331=2=mapnik=google-map
>
>
>
> -
> Ciao,
> Aury
> --
> View this message in context:
> http://gis.19327.n5.nabble.com/OSMIT2016-tp5873769p5874328.html
> Sent from the Italy General mailing list archive at Nabble.com.
>
> ___
> 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-nl] Toko's en soortgelijke winkels

[Ronald Stroethoff]

Beste lezers,

hoe gaan we om met toko's en soortgelijke winkels?
Deze zijn meestal kleiner dan een normale supermarkt.
En ik kan me voorstellen dat je wilt kunnen terugvinden, d.w.z. waar zijn de 
poolse toko's in de omgeving?
Is het daarom misschien een goed idee om ze de tag cuisine=polish mee te 
geven?


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

Re: [Talk-at] Wichtige Frage

[Stefan Tauner]

On Fri, 27 May 2016 17:31:26 +0200 (CEST)
"cont...@bodymeetssoul.net"  wrote:

> Liebe Openstreetmap-Community,
> ich habe mit 2 Frauen das Projekt der "Drachenaugenplätze" ins Leben gerufen 
> (pdf im Anhang). Kurz zusammengefasst geht es um die Errichtung kleiner 
> Kraftplätze in der freien Natur (aus Steinen, Ästen, natürlichen Fundstücken 
> und diversen anderen kleinen persönlichen Schmuckstücken), über die sich 
> Menschen in der ganzen Welt verbinden können. Daher war uns die Markierung 
> solcher Plätze auf einer digitalen Weltkarte sehr wichtig. Ein Freund von mir 
>  hat mir die Openstreetmap empfohlen, und wir haben die ersten 
> Dragoneyeplaces schon editiert. Nun hat mich ein Administrator über 
> Openstreetmap angesprochen, was es mit den Plätzen auf sich hat und mir 
> empfohlen, das Projekt erstmal zur Diskussion zu stellen.
> Das tu ich hiermit und entschuldige mich, falls ich in meiner Begeisterung 
> für die Openstreetmap voreilig gehandelt habe.Ich würde mich sehr freuen, 
> wenn Ihr unser Projekt unterstützen würdet. Wir haben keinerlei politische 
> oder religiöse Gesinnung, es geht uns um einen sehr universellen verbindenden 
> Charakter.
> Herzliche Grüße, Astrid Steinbrecher mit Barbara und Barbara

Hi,

die Ansicht "keinerlei […] religiöse Gesinnung" kann ich nicht teilen,
da es sich (das PDF war nicht angehängt - vmtl. von Christian vor der
Moderation entfernt oder vergessen, aber eure Webseite bestätigt dies)
um eine Eso-Geschichte handelt, die genau in den Bereich Religion fällt
(auch wenn ihr euch selbst nicht so seht).

Aus diesem Grund würde sich
amenity=place_of_worship
mit
religion=pagan
oder
religion=spiritualist
anbieten *sofern die üblichen Kriterien zur Aufnahme in die Karte
erfüllt sind*. Wenn es sich nur um zusammengetragene Gegenstände
handelt, welche nicht Eingeweihte nicht von einem Kinderspiel
unterscheiden können, braucht es auch nicht in der Karte aufgenommen zu
werden.

-- 
Kind regards/Mit freundlichen Grüßen, Stefan Tauner

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

Re: [OSM-talk-fr] Test accès BD Ortho depuis JOSM...

[Nicolas Dumoulin]

Le Sun, 29 May 2016 10:44:34 +0200,
Nicolas Dumoulin  a écrit :
> Dans le 63, l'imagerie du CRAIG
> reste meilleure : meilleure résolution et prise à midi.
> Y a pas photo :-)

Sauf dans certaines forêt ou la saison est plus avantageuse pour
l'IGN :-) Je vois des chemins que je ne voyais pas.
Donc, il faut (au moins) les deux !


-- 
Nicolas Dumoulin


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

Re: [OSM-talk-fr] Test accès BD Ortho depuis JOSM...

[Nicolas Dumoulin]

Le Fri, 27 May 2016 18:09:44 +0200,
Christian Quest  a écrit :
> Voilà, j'ai mis en place un proxy pour tester l'accès à la BD Ortho
> suite à la signature de la convention avec l'IGN vendredi dernier
> (déjà une semaine !).

Merci Christian pour la réactivité !

Dans le 63, l'imagerie du CRAIG
reste meilleure : meilleure résolution et prise à midi.
Y a pas photo :-)

-- 
Nicolas Dumoulin


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

[Talk-at] Wichtige Frage

[cont...@bodymeetssoul.net]

Liebe Openstreetmap-Community,
ich habe mit 2 Frauen das Projekt der "Drachenaugenplätze" ins Leben gerufen 
(pdf im Anhang). Kurz zusammengefasst geht es um die Errichtung kleiner 
Kraftplätze in der freien Natur (aus Steinen, Ästen, natürlichen Fundstücken 
und diversen anderen kleinen persönlichen Schmuckstücken), über die sich 
Menschen in der ganzen Welt verbinden können. Daher war uns die Markierung 
solcher Plätze auf einer digitalen Weltkarte sehr wichtig. Ein Freund von mir  
hat mir die Openstreetmap empfohlen, und wir haben die ersten Dragoneyeplaces 
schon editiert. Nun hat mich ein Administrator über Openstreetmap angesprochen, 
was es mit den Plätzen auf sich hat und mir empfohlen, das Projekt erstmal zur 
Diskussion zu stellen.
Das tu ich hiermit und entschuldige mich, falls ich in meiner Begeisterung für 
die Openstreetmap voreilig gehandelt habe.Ich würde mich sehr freuen, wenn Ihr 
unser Projekt unterstützen würdet. Wir haben keinerlei politische oder 
religiöse Gesinnung, es geht uns um einen sehr universellen verbindenden 
Charakter.
Herzliche Grüße, Astrid Steinbrecher mit Barbara und Barbara___
Talk-at mailing list
Talk-at@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-at

Re: [OSM-talk-fr] dégommage de rouge, SeFaireConnaitre refait parler d'eux...

[Jérôme Seigneuret]

Pour la question de erreur sur building=roof il y a deux possibilités: Soit
tu enlèves wall=no soit tu mets building=yes.

Pour les acronymes usuelles, j'avoue que c'est pas assez pénible d'avoir
une alerte de niveau un sur le nom. Dans ce cas je passe ca en faux
positif.je vois mal mettre "Société National Des Chemins de Fer" pour SNCF

bon weekend

Le 29 mai 2016 à 04:19,  a écrit :

> Dans ma liste à la Prévert, j'ai oublié un point.
>
> Je suis tombé sur des lieux-dits, habités ou non, tous notés
> place=locality.
>
> Une vérification des toponymes en fonction du nombre de bâti autour même
> si ce n'est pas une science exacte (bâti ne veut pas dire habité) et/ou en
> fonction de FANTOIR pourrait être un plus.
>
> Allez tant qu'à être dans la liste de souhaits : certaines fois on sait
> juste qu'on ne sait pas.
> On voudrait pouvoir "oublier" (faire disparaître comme faux positif , mais
> juste pour nous).
>
> Sinon les power=substation (qui sont souvent abusivement marquées avec EDF
> et non ERDF comme opérateur) ont des noms en majuscules, il vaudrait mieux
> ne pas les faire apparaître en erreur.
> Jean-Yvon
>
>
> Le 2016-05-29 à 03:35, osm.sanspourr...@spamgourmet.com a écrit :
>
> J'ai passé un peu de temps en utilisant divers outils de qualité/saisie :
> voici quelques retours.
>
> La correction des noms sous Osmose (c'est à dire quand il y a des
> propositions possibles) pourrait être plus productive.
>
> Typiquement la casse est basse, HAUTE, Avec Des Initiales En Majuscules,
> ou Seulement les Mots Importants. Et pour les noms de villes avec des
> tirets (cadratins ;-)) après le premier article le cas échéant.
>
> Actuellement, c'est "édite à la main".
>
> En fait j'ai vu que le correcteur sur orthographe avec edit marche presque
> comme ça, ma remarque est valable pour les noms en majuscule (quand
> plusieurs pré-remplissages seraient possibles).
>
> Un passage automatique au suivant (erreur du même type ? Proche ?) ou un
> "suivant" (sans corriger l'erreur) serait un plus.
>
> Translate-wiki (par exemple
> https://translatewiki.net/w/i.php?title=Special:Translate=!recent=proofread=translated|!reviewer%3A20061|!last-translator%3A20061)
> propose de traduire des textes, en proposant différents choix (dont passer
> au suivant) et en laissant l'utilisateur modifier et avec une passe de
> relecture.
>
> C'est un peu addictif comme OpenSolarMap.
>
> Ça me semble une bonne piste pour corriger plus agréablement les noms EN
> MAJUSCULE et autres tags manquants proposés à l'ajout : la géolocalisation
> importe peu.
>
> --
>
> Selon osmose, le tag building=roof, n'est pas correct pourtant il est
> indiqué dans le Wiki
> .
>
> http://www.openstreetmap.org/way/71062148
>
> Et un simple toit sans murs (ici une avancée), c'est bien ça.
>
> --
>
> Je pensais expédier un message privé à SeFaireConnaitre mais comme ils
> n'ont pas *mal amélioré* la carte mais pourri les données je le fais
> publiquement.
>
> Je suis tombé sur un magasin Julien d'Orcel VILLE, VILLE étant le nom
> d'une ville écrite en lettres capitales.
>
> Vérification faite, le magasin s'appelle "Julien d'Orcel". Point-barre. Il
> est situé dans cette ville. Une ancienne version donnait le *bon nom* à
> ce magasin.
>
> J'ai fait une passe sur l'ensemble des joaillers "Julien d'Orcel".
> Certaines fois Ubiflow a fait proprement son boulot, certaines fois ça a
> été plus laborieux.
>
> Quand on fait des imports (depuis la page de la chaîne), ce n'est pas un
> luxe de contrôler le résultat.
>
> 
>
> Je suis tombé sur des cafés-librairies (c'est assez fréquent en Bretagne).
> Comment taguer ? Ici c'est cafe sauf le dernier bar (c'est un
> café-bar-librairie du coup son nom n'apparait pas sur le rendu Mapnik - pas
> le rendu français)
>
> http://www.openstreetmap.org/node/4083866656
>
> http://www.openstreetmap.org/node/1793109485
>
> http://www.openstreetmap.org/node/1475071985
>
> 
>
> intégration des boîtes-aux-lettres.
>
> Osmose signale les bàl à intégrer et les bàl sans référence.
>
> Même si on peut rêver que les références des bàl à intégrer très proches
> des bàl cartographiées soient proposées, je ne comprends pas pourquoi sur
> les bàl à intégrer
>
>
>
>
>
> ___
> Talk-fr mailing 
> listTalk-fr@openstreetmap.orghttps://lists.openstreetmap.org/listinfo/talk-fr
>
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Test accès BD Ortho depuis JOSM...

[Nicolas Dumoulin]

Le Fri, 27 May 2016 23:10:49 +0200,
DH  a écrit :
> Prenons date et regardons, dans une semaine, un mois, un an, les
> objets sourcés BDOrtho IGN 2016 (c'est mieux de sourcer les objets ©).
> Je serai curieux du résultat.

Et les changesets ! Moi, je n'ajoute pas la source ortho sur tous les
objets ;-)

-- 
Nicolas Dumoulin


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

Re: [Talk-it] OSMIT2016

[Aury88]

anche io cercherò di esserci, tesi ed impegni accademici permettendo.

Per il mapathon in generale non sarebbe meglio realizzare la mappa per prima
dell'evento invece che dopo?  ;-)

già adesso la mappa osm è di gran lunga più completa della mappa Google [1], 
sbavo al solo pensiero di tutti quei wikimediani che usano la mappa OSM per
organizzare ed orientarsi durante i giorni del convegno xD



[1]http://tools.geofabrik.de/mc/#16/45.9943/9.3331=2=mapnik=google-map



-
Ciao,
Aury
--
View this message in context: 
http://gis.19327.n5.nabble.com/OSMIT2016-tp5873769p5874328.html
Sent from the Italy General mailing list archive at Nabble.com.

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

Re: [Talk-it] [OT] Mappe per navigatori Garmin con ricerca indirizzi

[emmexx]

On 05/28/2016 10:38 PM, Andrea Lattmann wrote:
> O sarebbe meglio che con "poche" righe di codice garmin implementasse un
> sistema di ricerca più flessibile? Non devono inventare ex novo l' algoritmo, 
> esiste già il pattern. 
> Spero di essere riuscito a spiegarmi.
> Per chi è programmatore in ml, ho sbagliato i termini? 
> Ho detto castronerie?

Il problema non sta nel garmin ma nel modo in cui il software che crea i
file utilizzati dal garmin (chiamiamolo mappa) genera l'elenco delle vie
utilizzato per fare le ricerche.
Con le mappe originali garmin la ricerca funziona correttamente.

ciao
maxx


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

Re: [Talk-it] [OT] Mappe per navigatori Garmin con ricerca indirizzi

[emmexx]

On 05/29/2016 12:49 AM, Andrea Lattmann wrote:
> Bravo Lorenzo! Mi è cominciato a ronzare nella testa una serie di
> domande quando Damjan aveva parlato di indexing, e tu mi hai
> schiarito le idee. Ora la domanda è: i programmatori di mkgmap allora
> non sono riusciti a scoprire *tutto* il formato utilizzato da garmin?
> O eseguire lo split e l'Indexing è un modo per aggirare il problema
> di ricerca del software Garmin?

Non credo ci sia nulla da scoprire. Nel thread del forum osm di cui
avevo indicato il link ci sono varie risposte al problema.
Io stesso avevo provato una delle soluzioni proposte su un'area molto
piccola e funzionava.

> 
>>> Forse vale la pena di farlo notare a Lambertus? :)
> Forse Lambertus, proprio perché è sperimentale, non vuole rischiare,
> ma ciò non vieta che chi ne ha bisogno se le può fare da solo. ;-) 
> Mkgmap richiede ingenti risorse?

Per creare il file dell'italia ci vogliono parecchie ore con una buona
macchina.
Non ho idea del perche' Lambertus non abbia implementato questa
modifica. Ne e' sicuramente a conoscenza perche' aveva interagito nel
thread sul forum. E dopo alcuni mesi dal primo messaggio avevo chiesto
se c'erano novita'.

Evidentemente il numero di utenti che hanno questo problema e' limitato
e non viene fatta abbastanza pressione.

ciao
maxx

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