Re: [Talk-dk] Afmelding af mailliste

[osm]

Her: https://lists.openstreetmap.org/listinfo/talk-dk
 

Sent: Friday, August 23, 2019 at 11:40 PM
From: "Morten Rüsz" 
To: "OpenStreetMap Denmark" 
Subject: [Talk-dk] Afmelding af mailliste


Hej. Jeg vil gerne af maillisten vedr. OSM.
___ Talk-dk mailing list Talk-dk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-dk




 

 

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

Re: [OSM-talk-fr] "gestionnaire" de cartes Umap

[Christian Quest]

Quelque chose comme https://umap.openstreetmap.fr/fr/user/PierreV/ ?

L'affichage d'un grand nombre de cartes peut poser des soucis au
navigateurs quand il y a un grand nombre d'objets dedans... d'où sûrement
le choix des pages de 10.
Une liste plus longue, mais sans affichage des cartes pourrait être
intéressante.

Tu peux faire des suggestions sur
https://github.com/umap-project/umap/issues


Le ven. 23 août 2019 à 20:36, PierreV  a écrit :

> Bonjour,
> Une petite "suggestion", étant utilisateur du projet Umap (plus de 70
> cartes
> différentes a l'heure actuelle, et encore j'ai fait un peu de tri...)
> Je trouve que l'interface de "gestion" de carte est un peu trop sommaire
> pour des "comptes" comme le mien.
> Serait il envisageable dans le futur d'avoir une interface pouvant
> directement "lister les cartes" :
> Dans le must, se serait cool de faire quelques éditions "sommaires" sans
> devoir cliquer sur la carte, puis ouvrir l'édition, puis les préférences...
> bref en un "clic" depuis la liste des cartes: rendre privé une carte, ou la
> renommer, ou la supprimer, ou faire une "annotation" visible rien que pour
> soi, avoir le lien?
>
> Deplus pour l’aperçu, peut être faire juste un carré de 50px par 50px et
> pas
> sur la largeur entière de la fenêtre? Comme cela on peu "caser" plus de
> cartes en aperçu et pas seulement par "pas de 10"?
>
>
>
> --
> Sent from: http://gis.19327.n8.nabble.com/France-f5380434.html
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>


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

Re: [OSM-talk] Proposed removal of rendering support for natural=marsh in Openstreetmap-carto style

[Joseph Eisenberg]

This change has now been made:
https://github.com/gravitystorm/openstreetmap-carto/pull/3829

When the next release happens, probably in the next month,
natural=marsh will no longer be rendered in the Openstreetmap-carto
style, used on the "Standard" layer for openstreetmap.org.

This feature has been listed as deprecated for several years, with the
recommended replacement being  natural=wetland + wetland=marsh

Most features with this tag have not been reviewed for several years;
check if there are any in your local area which need updating.

- Joseph

On 8/1/19, Joseph Eisenberg  wrote:
> I've proposed removing the rendering of natural=marsh in
> Openstreetmap-carto, the rendering stylesheet used for the "standard"
> map layer on openstreetmap.org
>
> https://github.com/gravitystorm/openstreetmap-carto/pull/3829
>
> The common tagging for a marsh is natural=wetland + wetland=marsh as
> with other types of wetland.
>
> According to the wiki, natural=marsh has not been recommended at least
> since January 2009:
> https://wiki.openstreetmap.org/w/index.php?title=Tag:natural%3Dmarsh=217946;
> and since 2016 the page has specified that this tag is deprecated:
> https://wiki.openstreetmap.org/wiki/Tag%3Anatural%3Dmarsh
>
> Since 2009, wetland=marsh has shown steadily increasing usage. It is
> now used 130,000 times, compared to less than 10k remaining uses of
> natural=marsh.
>
> Please comment at github if there are any objections to this change or
> other comments:
> https://github.com/gravitystorm/openstreetmap-carto/pull/3829
>

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

Re: [OSM-talk] 140 000 shops of unspecified type

[Joseph Eisenberg]

Openstreetmap-carto, the map style used in the "Standard" layer on
openstreetmap.org, will stop rendering features tagged with only
"shop=yes" next release (probably next month). See:

https://github.com/gravitystorm/openstreetmap-carto/pull/3718 - which
removes the rendering

Also see discussion at
https://github.com/gravitystorm/openstreetmap-carto/issues/3697 for
reasons.

- Joseph

On 3/15/19, Mateusz Konieczny  wrote:
>
>
>
> Mar 15, 2019, 11:31 AM by dieterdre...@gmail.com:
>
>>
>>
>> Am Fr., 15. März 2019 um 11:13 Uhr schrieb Mateusz Konieczny <>
>> matkoni...@tutanota.com > >:
>>
>>> About 4% of all tagged shops have shop=yes as its primary tag what is
>>> not properly providing information about shop type.
>>>
>>> It would nice to reduce it a bit (at least stop growing share of shop=*
>>> tags).
>>>
>>
>>
>>
>> are you sure these are all explicit shops? It could also have been used as
>> a property on some other feature (as in "also has a shop").
>>
> As mentioned in my message - many are on amenity=fuel and it is excluded in
> JOSM, Osmose, provided query and proposed iD change.
>
> Some may be secondary tags but in minimal numbers, at least I found
> nothing popular during review.
>
>

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

Re: [Talk-de] Tags für brombeer sträucher

[Martin Koppenhoefer]

sent from a phone

> On 23. Aug 2019, at 19:28, Christoph Hormann  wrote:
> 
> Für nicht als Nutzplanzen angeplanzte Brombeeren ist natural=scrub exakt 
> richtig.


sehe ich auch so, als Bäume sollte man sie besser nicht taggen.

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

Re: [Talk-de] "Kreatives" tagging von Burgruinen für den Renderer?

[Martin Koppenhoefer]

sent from a phone

> On 23. Aug 2019, at 21:22, Sven Geggus  wrote:
> 
> Die Gebäudeteile sind wie folgt getaggt:
> 
> barrier= wall
> building= yes
> historic= ruins
> name= ...
> 
> Da finde ich jetzt zumindest das historic = ruins und das building = yes
> fragwürdig.
> 
> Ich hätte jetzt wohl nur barrier = wall und ggfs. die Namen getaggt.
> 
> Seht ihr das auch so?


naja, zwischen dem, was von den Gebäuden übriggeblieben ist, also Gebäuderuinen 
(ggf. kann man auch noch feststellen, welche Gebäude das waren), und nur „einer 
Mauer”, gibt es für mich einen Unterschied (in der Bedeutung). Sofern es kein 
Dach gibt würde ich es allerdings nicht mehr als building=* sondern eher mit 
lifecycle tags beschreiben, so was wie  demolished:building=* oder 
was:building=* (gem taginfo), oder ruined:building=* (nur 238 mal verwendet, 
gefällt mir aber eigentlich am besten) 
https://taginfo.openstreetmap.org/keys/ruined%3Abuilding#map

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

[Talk-dk] Afmelding af mailliste

[Morten Rüsz]

Hej. Jeg vil gerne af maillisten vedr. OSM.
___
Talk-dk mailing list
Talk-dk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-dk

Re: [Talk-it] Torrente che entra in grotta

[Nogaro]

Non conosco la materia, ma noto che su 
https://wiki.openstreetmap.org/wiki/Key:sinkhole il valore doline è solo uno 
dei tanti elencati.

 

Forse, in accordo col tuo messaggio precedente, sarebbe adatto sinkhole=ponor, 
o magari un generico sinkhole=pit.

 

Ciao, 

Alberto

 

From: Massimo Taronna  
Sent: 23 August 2019 20:09
To: openstreetmap list - italiano 
Subject: Re: [Talk-it] Torrente che entra in grotta

 

No, il sinkhole è un'altra cosa (corrisponde alla nostra dolina), che ha una 
genesi diversa dal caso in oggetto.

Chiaramente in determinate condizioni anche una dolina può diventare un 
inghiottitoio, ma non è questo il caso.

 

Il giorno ven 23 ago 2019 alle ore 19:55 Nogaro mailto:noga...@tin.it> > ha scritto:

Si potrebbe taggare l’ultimo nodo del torrente come:

 

  natural= 
 sinkhole +  
 sinkhole=*

 

scegliere da qui il valore più  adatto:

 

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

 

Ciao,

Alberto

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

Re: [talk-cz] OT: mapy Google a realita

[Marián Kyral]

…aktivní blb… - je jeden nebo jich je více? Neměli bychom jim nejprve zkusit
domluvit?

Teoreticky můžu v Traceru odmítnout tahle budovy natracovat, ale bude to
dobře? A když tam dám nějakou hlášku, tak to stejně jen odkliknou.




Marián






-- Původní e-mail --
Od: Majka 
Komu: OpenStreetMap Czech Republic 
Datum: 23. 8. 2019 20:38:18
Předmět: Re: [talk-cz] OT: mapy Google a realita
"Pořád to bude jako chybějící proti RUIAN a půjde natrasovat. Aktivní blb to
nakliká naslepo i tak, soudného uživatele zase musí napadnout i bez toho, že
je něco podivně a podívá se na leteckou mapu. Nebavíme se o jedné budově,
ale o tom, že blbě je cca polovina nakreslených a většina budov navíc
komplet chybí.

Navíc na tom Strakonicku místy skončíme budovou / nebudovou na každém
pozemku ve vsi - ty budovy v RUIAN často kopírují pozemek, a navíc zrovna
ten dvůr, kde žádná budova nikdy nestála, ale co je skutečnými budovami
obklopený.


23. srpna 2019 20:07:01 SELČ, honny  napsal:"
Ahoj,
nevím, jestli to je správné řešení, ale building=no tohle neřeší?






h.





On Fri, Aug 23, 2019, 19:52 jzvc via talk-cz mailto:talk-cz@openstreetmap.org)> wrote:

"Dne 23.8.2019 v 16:59 majkaz napsal(a):
> To radši ne, hrozně bychom se nadřeli.
>
> Já třeba zrovna na Strakonicku poměrně usilovně bourám a stavím baráky :)
> Ty místní vsi byly často zmapované podle katastrální mapy, ale dotyční
patrně neviděli, jak ve skutečnosti ty vesnické statky vypadají. Protože
jako budova bývají zmapované ty dvory, ale samotný statek okolo chybí. Fakt
je, že s leteckými mapami (Maxar) je práce mnohem jednodušší.

Cus,

potiz je, ze i kdyz to zbouras, tak nekdo prijde, nekde najde "chybejici 
budovy" (https://ruian.poloha.net/(https://ruian.poloha.net/)) a naklipe ti
je tam zpet. Sice kdyz
je nahlasis, tak na mape budou sedy, ale traser je bez protestu
natrasuje. Osobne sem nektery budovy boural uz nekolikrat.


>
> Jen tak mimo - ty dva původně zmiňované body zájmu od včerejška zmizely,
ale pořád ještě se vyskytuje dost míst, kde ty recenze na místa ze hry
zůstávají (radnice, kostely po okolí). Zajímavé, v mapě to bylo několik
měsíců.
> __
>> Od: "Pavel Machek" mailto:pa...@ucw.cz)>
>> Komu: "OpenStreetMap Czech Republic" mailto:talk-cz@openstreetmap.org)>
>> Datum: 23.08.2019 16:33
>> Předmět: Re: [talk-cz] OT: mapy Google a realita
>>
>> AHoj!
>>
>>> Hehe, bylo by vtipn?? udelat mapathon s fieldmappingem v Prusankach a 
okol??.
>>> Pan u??itel by za "z??sluhy" osm komunit?? mohl vyjednat z??zem?? v jeho
??stavu
>>> :)
>> Hmm, a nebo naopak stavebni party, a okoli prusanek upravit do podoby 
ktera se objevila
>> v mape? :-).
>>                                                                         
    Pavel
>> --
>> (english) http://www.livejournal.com/~pavelmachek
(http://www.livejournal.com/~pavelmachek)
>> (cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/
blog.html(http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html)
>>
>> ___
>> talk-cz mailing list
>> talk-cz@openstreetmap.org(mailto:talk-cz@openstreetmap.org)
>> https://lists.openstreetmap.org/listinfo/talk-cz
(https://lists.openstreetmap.org/listinfo/talk-cz)
>> https://openstreetmap.cz/talkcz(https://openstreetmap.cz/talkcz)
>>
>>
> ___
> talk-cz mailing list
> talk-cz@openstreetmap.org(mailto:talk-cz@openstreetmap.org)
> https://lists.openstreetmap.org/listinfo/talk-cz
(https://lists.openstreetmap.org/listinfo/talk-cz)
> https://openstreetmap.cz/talkcz(https://openstreetmap.cz/talkcz)



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

[Talk-de] "Kreatives" tagging von Burgruinen für den Renderer?

[Sven Geggus]

Hallo zusammen,

ich nehme jetzt mal als Beispiel die Schmidtburg, die mir gerade etwas
überspezifiziert wenn nicht gar falsch getaggt vorkommt.

Das Ganze ist eine Burgruine: https://de.wikipedia.org/wiki/Schmidtburg

Nun ist die gesamte Anlage als historic=caste und ruins=yes getaggt.

Soweit so richtig:

https://www.openstreetmap.org/way/417626238

Was mir nicht so recht gefällt ist das Tagging der einzelnen Gebäudeteile.

Wie man auf dem ESRI Luftbild sieht sind das eigentlich nur noch Mauern und
keine Gebäude mehr.

Die Gebäudeteile sind wie folgt getaggt:

barrier = wall
building= yes
historic= ruins
name= ...

Da finde ich jetzt zumindest das historic = ruins und das building = yes
fragwürdig.

Ich hätte jetzt wohl nur barrier = wall und ggfs. die Namen getaggt.

Seht ihr das auch so?

Hintergrund ist, dass da in einzelnen Parzellen auch Zelten erlaubt ist und ich
würde diese Parzellen eigentlich gerne zusätzlich als tourism=campsite
Multipolygon erfassen.

Gruss

Sven

-- 
"If you don't make lower-resolution mapping data publicly
available, there will be people with their cars and GPS
devices, driving around with their laptops" (Tim Berners-Lee)
/me is giggls@ircnet, http://sven.gegg.us/ on the Web

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

[Talk-br] OSRM / OSM

[Marco Matos]

Caros amigos, Boa tarde.

Sou novo por aqui e possuo uma demanda de "montar" um servidor de rotas próprio.

Nossa empresa realiza atualmente muitos chamados e sabemos que a partir de uma 
certa quantidade, não podemos acessar gratuitamente as APIs do Google.

Verifiquei que isso é possível montando um servidor próprio (OSP, OSRM).

Alguém pode me ajudar com esta demanda?

Caso alguém já possua experiência no assunto, peço entrar em contato.

Necessitamos de uma consultoria, com certa urgência.

Grande abraço à todos.

Marco Matos

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

Re: [Talk-de] Tags für brombeer sträucher

[schimmer]

On 2019-08-23 19:28, Christoph Hormann wrote:

On Friday 23 August 2019, schimmer wrote:


Ich bastel ein wenig an Bäumen/Sträuchern herum im landkreis
Hildesheim. Dabei kam die Frage auf:
wie tagge ich brombeer sträucher richtig?
Landuse scrub ist imho nicht akurat genug, und eine plantage orchad
ist auch ned ok.


Für nicht als Nutzplanzen angeplanzte Brombeeren ist natural=scrub 
exakt

richtig.  Ggf. ergänzt mit genus=Rubus (gibts schon 46 mal) oder
(präziser) taxon="Rubus subgenus rubus" (gibts 19 mal).


Danke, mal schnell geändert.
Hab auch mal genus und taxon eingetragen.

Lars

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

Re: [OSM-talk-fr] fin à venir du rendu osm.org pour shop=yes

[JB]

shop=yes

Le 23/08/2019 à 20:53, marc marc a écrit :

et à part faire la gueule ce qui est signe que tu vas bien :)
que proposes-tu pour mieux les décrire ?

Le 23.08.19 à 20:17, JB a écrit :

J'ai lu quelques autres réponses, mais de mon point de vue :
   - si je cherche une épicerie, une supérette (shop=convenience) et que
je tombe sur une station service, je pense que je vais bien faire la
gueule.
   - si je cherche un marchand de journaux (shop=kiosk) et que je tombe
sur une station service, ma réaction sera à peu près la même.
JB.

Le 23/08/2019 à 10:17, Phyks a écrit :

Avec quel tags pour la boutique ? shop=yes en complément d'une station
service, ça me semblait bien défini :
https://wiki.openstreetmap.org/wiki/Tag:amenity%3Dfuel#Additional_services


J'aurais mis shop=convenience (pour les boutiques) ou shop=kiosk (si
c'est uniquement un kiosque de paiement pour l'essence).

https://www.openstreetmap.org/node/25214143 par exemple.




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

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




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

Re: [OSM-talk-fr] fin à venir du rendu osm.org pour shop=yes

[marc marc]

et à part faire la gueule ce qui est signe que tu vas bien :)
que proposes-tu pour mieux les décrire ?

Le 23.08.19 à 20:17, JB a écrit :
> J'ai lu quelques autres réponses, mais de mon point de vue :
>   - si je cherche une épicerie, une supérette (shop=convenience) et que 
> je tombe sur une station service, je pense que je vais bien faire la 
> gueule.
>   - si je cherche un marchand de journaux (shop=kiosk) et que je tombe 
> sur une station service, ma réaction sera à peu près la même.
> JB.
> 
> Le 23/08/2019 à 10:17, Phyks a écrit :
>>> Avec quel tags pour la boutique ? shop=yes en complément d'une station
>>> service, ça me semblait bien défini :
>>> https://wiki.openstreetmap.org/wiki/Tag:amenity%3Dfuel#Additional_services 
>>>
>> J'aurais mis shop=convenience (pour les boutiques) ou shop=kiosk (si
>> c'est uniquement un kiosque de paiement pour l'essence).
>>
>> https://www.openstreetmap.org/node/25214143 par exemple.
>>
> 
> 
> 
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr

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

[OSM-talk-fr] "gestionnaire" de cartes Umap

[PierreV]

Bonjour,
Une petite "suggestion", étant utilisateur du projet Umap (plus de 70 cartes
différentes a l'heure actuelle, et encore j'ai fait un peu de tri...)
Je trouve que l'interface de "gestion" de carte est un peu trop sommaire
pour des "comptes" comme le mien.
Serait il envisageable dans le futur d'avoir une interface pouvant
directement "lister les cartes" :
Dans le must, se serait cool de faire quelques éditions "sommaires" sans
devoir cliquer sur la carte, puis ouvrir l'édition, puis les préférences...
bref en un "clic" depuis la liste des cartes: rendre privé une carte, ou la
renommer, ou la supprimer, ou faire une "annotation" visible rien que pour
soi, avoir le lien?

Deplus pour l’aperçu, peut être faire juste un carré de 50px par 50px et pas
sur la largeur entière de la fenêtre? Comme cela on peu "caser" plus de
cartes en aperçu et pas seulement par "pas de 10"?



--
Sent from: http://gis.19327.n8.nabble.com/France-f5380434.html

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

Re: [talk-cz] OT: mapy Google a realita

[Majka]

Pořád to bude jako chybějící proti RUIAN a půjde natrasovat. Aktivní blb to 
nakliká naslepo i tak, soudného uživatele zase musí napadnout i bez toho, že je 
něco podivně a podívá se na leteckou mapu. Nebavíme se o jedné budově, ale o 
tom, že blbě je cca polovina nakreslených a většina budov navíc komplet chybí. 

Navíc na tom Strakonicku místy skončíme budovou / nebudovou na každém pozemku 
ve vsi - ty budovy v RUIAN často kopírují pozemek, a navíc  zrovna ten dvůr, 
kde žádná budova nikdy nestála, ale co je skutečnými budovami obklopený.

23. srpna 2019 20:07:01 SELČ, honny  napsal:
>Ahoj,
>nevím, jestli to je správné řešení, ale building=no tohle neřeší?
>
>
>h.
>
>On Fri, Aug 23, 2019, 19:52 jzvc via talk-cz
>
>wrote:
>
>> Dne 23.8.2019 v 16:59 majkaz napsal(a):
>> > To radši ne, hrozně bychom se nadřeli.
>> >
>> > Já třeba zrovna na Strakonicku poměrně usilovně bourám a stavím
>baráky :)
>> > Ty místní vsi byly často zmapované podle katastrální mapy, ale
>dotyční
>> patrně neviděli, jak ve skutečnosti ty vesnické statky vypadají.
>Protože
>> jako budova bývají zmapované ty dvory, ale samotný statek okolo
>chybí. Fakt
>> je, že s leteckými mapami (Maxar) je práce mnohem jednodušší.
>>
>> Cus,
>>
>> potiz je, ze i kdyz to zbouras, tak nekdo prijde, nekde najde
>"chybejici
>> budovy" (https://ruian.poloha.net/) a naklipe ti je tam zpet. Sice
>kdyz
>> je nahlasis, tak na mape budou sedy, ale traser je bez protestu
>> natrasuje. Osobne sem nektery budovy boural uz nekolikrat.
>>
>>
>> >
>> > Jen tak mimo - ty dva původně zmiňované body zájmu od včerejška
>zmizely,
>> ale pořád ještě se vyskytuje dost míst, kde ty recenze na místa ze
>hry
>> zůstávají (radnice, kostely po okolí). Zajímavé, v mapě to bylo
>několik
>> měsíců.
>> > __
>> >> Od: "Pavel Machek" 
>> >> Komu: "OpenStreetMap Czech Republic" 
>> >> Datum: 23.08.2019 16:33
>> >> Předmět: Re: [talk-cz] OT: mapy Google a realita
>> >>
>> >> AHoj!
>> >>
>> >>> Hehe, bylo by vtipn?? udelat mapathon s fieldmappingem v
>Prusankach a
>> okol??.
>> >>> Pan u??itel by za "z??sluhy" osm komunit?? mohl vyjednat z??zem??
>v
>> jeho ??stavu
>> >>> :)
>> >> Hmm, a nebo naopak stavebni party, a okoli prusanek upravit do
>podoby
>> ktera se objevila
>> >> v mape? :-).
>> >>
>>   Pavel
>> >> --
>> >> (english) http://www.livejournal.com/~pavelmachek
>> >> (cesky, pictures)
>> http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html
>> >>
>> >> ___
>> >> talk-cz mailing list
>> >> talk-cz@openstreetmap.org
>> >> https://lists.openstreetmap.org/listinfo/talk-cz
>> >> https://openstreetmap.cz/talkcz
>> >>
>> >>
>> > ___
>> > talk-cz mailing list
>> > talk-cz@openstreetmap.org
>> > https://lists.openstreetmap.org/listinfo/talk-cz
>> > https://openstreetmap.cz/talkcz
>>
>>
>>
>> ___
>> talk-cz mailing list
>> talk-cz@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-cz
>> https://openstreetmap.cz/talkcz
>>
___
talk-cz mailing list
talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz
https://openstreetmap.cz/talkcz

Re: [OSM-talk-fr] fin à venir du rendu osm.org pour shop=yes

[JB]

J'ai lu quelques autres réponses, mais de mon point de vue :
 - si je cherche une épicerie, une supérette (shop=convenience) et que 
je tombe sur une station service, je pense que je vais bien faire la gueule.
 - si je cherche un marchand de journaux (shop=kiosk) et que je tombe 
sur une station service, ma réaction sera à peu près la même.

JB.

Le 23/08/2019 à 10:17, Phyks a écrit :

Avec quel tags pour la boutique ? shop=yes en complément d'une station
service, ça me semblait bien défini :
https://wiki.openstreetmap.org/wiki/Tag:amenity%3Dfuel#Additional_services

J'aurais mis shop=convenience (pour les boutiques) ou shop=kiosk (si
c'est uniquement un kiosque de paiement pour l'essence).

https://www.openstreetmap.org/node/25214143 par exemple.





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

Re: [talk-cz] OT: mapy Google a realita

[Majka]

23. srpna 2019 19:51:56 SELČ, jzvc via talk-cz  
napsal:
>
>Cus,
>
>potiz je, ze i kdyz to zbouras, tak nekdo prijde, nekde najde
>"chybejici 
>budovy" (https://ruian.poloha.net/) a naklipe ti je tam zpet. Sice kdyz
>
>je nahlasis, tak na mape budou sedy, ale traser je bez protestu 
>natrasuje. Osobne sem nektery budovy boural uz nekolikrat.
>
>
To je mi sice jasné, ale pořád doufám, že se dotyčný pozastaví nad tím, proč je 
tam všechno zmapované jinak. Ty budovy totiž jsou většinou krásně vidět z KM - 
naprosto typický pravoúhlý pozemek s budovou, a několik dohromady tvoří ten 
klasický půdorys statku s uzavřeným dvorem. 
Fakt nedokážu pochopit, že někdo netrkne, jak by ta budova, co zrovna naklikal, 
musela ve skutečnosti vypadat. 
Navíc jsou to místa, kam se nesáhlo pěkně dlouho (budovy a cesty cca z roku 
2010).

Přece nebudeme v mapě nechávat nesmysly jen proto, že to někdo může snadno 
Tracerem zničit. 

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

Re: [Talk-it] Torrente che entra in grotta

[Massimo Taronna]

No, il sinkhole è un'altra cosa (corrisponde alla nostra dolina), che ha
una genesi diversa dal caso in oggetto.
Chiaramente in determinate condizioni anche una dolina può diventare un
inghiottitoio, ma non è questo il caso.

Il giorno ven 23 ago 2019 alle ore 19:55 Nogaro  ha scritto:

> Si potrebbe taggare l’ultimo nodo del torrente come:
>
>
>
> natural =sinkhole
>  + sinkhole
> =*
>
>
>
> scegliere da qui il valore più  adatto:
>
>
>
> https://wiki.openstreetmap.org/wiki/Key:sinkhole
>
>
>
> Ciao,
>
> Alberto
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [talk-cz] OT: mapy Google a realita

[Jan Martinec]

V tomto ohledu jsem týnskou faru v Praze (zbourána 1905, v katastru dodnes)
po třetím obnovení jenom otagoval removed:building=yes - objekt s ID z
RÚIANu tam je, tudíž nikdo nemá cukání ho přidávat duplicitně.

Zdar,
Honza Piškvor Martinec

Dne pá 23. 8. 2019 19:53 uživatel jzvc via talk-cz <
talk-cz@openstreetmap.org> napsal:

> Dne 23.8.2019 v 16:59 majkaz napsal(a):
> > To radši ne, hrozně bychom se nadřeli.
> >
> > Já třeba zrovna na Strakonicku poměrně usilovně bourám a stavím baráky :)
> > Ty místní vsi byly často zmapované podle katastrální mapy, ale dotyční
> patrně neviděli, jak ve skutečnosti ty vesnické statky vypadají. Protože
> jako budova bývají zmapované ty dvory, ale samotný statek okolo chybí. Fakt
> je, že s leteckými mapami (Maxar) je práce mnohem jednodušší.
>
> Cus,
>
> potiz je, ze i kdyz to zbouras, tak nekdo prijde, nekde najde "chybejici
> budovy" (https://ruian.poloha.net/) a naklipe ti je tam zpet. Sice kdyz
> je nahlasis, tak na mape budou sedy, ale traser je bez protestu
> natrasuje. Osobne sem nektery budovy boural uz nekolikrat.
>
>
> >
> > Jen tak mimo - ty dva původně zmiňované body zájmu od včerejška zmizely,
> ale pořád ještě se vyskytuje dost míst, kde ty recenze na místa ze hry
> zůstávají (radnice, kostely po okolí). Zajímavé, v mapě to bylo několik
> měsíců.
> > __
> >> Od: "Pavel Machek" 
> >> Komu: "OpenStreetMap Czech Republic" 
> >> Datum: 23.08.2019 16:33
> >> Předmět: Re: [talk-cz] OT: mapy Google a realita
> >>
> >> AHoj!
> >>
> >>> Hehe, bylo by vtipn?? udelat mapathon s fieldmappingem v Prusankach a
> okol??.
> >>> Pan u??itel by za "z??sluhy" osm komunit?? mohl vyjednat z??zem?? v
> jeho ??stavu
> >>> :)
> >> Hmm, a nebo naopak stavebni party, a okoli prusanek upravit do podoby
> ktera se objevila
> >> v mape? :-).
> >>
>   Pavel
> >> --
> >> (english) http://www.livejournal.com/~pavelmachek
> >> (cesky, pictures)
> http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html
> >>
> >> ___
> >> talk-cz mailing list
> >> talk-cz@openstreetmap.org
> >> https://lists.openstreetmap.org/listinfo/talk-cz
> >> https://openstreetmap.cz/talkcz
> >>
> >>
> > ___
> > talk-cz mailing list
> > talk-cz@openstreetmap.org
> > https://lists.openstreetmap.org/listinfo/talk-cz
> > https://openstreetmap.cz/talkcz
>
>
>
> ___
> talk-cz mailing list
> talk-cz@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-cz
> https://openstreetmap.cz/talkcz
>
___
talk-cz mailing list
talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz
https://openstreetmap.cz/talkcz

Re: [talk-cz] OT: mapy Google a realita

[honny]

Ahoj,
nevím, jestli to je správné řešení, ale building=no tohle neřeší?


h.

On Fri, Aug 23, 2019, 19:52 jzvc via talk-cz 
wrote:

> Dne 23.8.2019 v 16:59 majkaz napsal(a):
> > To radši ne, hrozně bychom se nadřeli.
> >
> > Já třeba zrovna na Strakonicku poměrně usilovně bourám a stavím baráky :)
> > Ty místní vsi byly často zmapované podle katastrální mapy, ale dotyční
> patrně neviděli, jak ve skutečnosti ty vesnické statky vypadají. Protože
> jako budova bývají zmapované ty dvory, ale samotný statek okolo chybí. Fakt
> je, že s leteckými mapami (Maxar) je práce mnohem jednodušší.
>
> Cus,
>
> potiz je, ze i kdyz to zbouras, tak nekdo prijde, nekde najde "chybejici
> budovy" (https://ruian.poloha.net/) a naklipe ti je tam zpet. Sice kdyz
> je nahlasis, tak na mape budou sedy, ale traser je bez protestu
> natrasuje. Osobne sem nektery budovy boural uz nekolikrat.
>
>
> >
> > Jen tak mimo - ty dva původně zmiňované body zájmu od včerejška zmizely,
> ale pořád ještě se vyskytuje dost míst, kde ty recenze na místa ze hry
> zůstávají (radnice, kostely po okolí). Zajímavé, v mapě to bylo několik
> měsíců.
> > __
> >> Od: "Pavel Machek" 
> >> Komu: "OpenStreetMap Czech Republic" 
> >> Datum: 23.08.2019 16:33
> >> Předmět: Re: [talk-cz] OT: mapy Google a realita
> >>
> >> AHoj!
> >>
> >>> Hehe, bylo by vtipn?? udelat mapathon s fieldmappingem v Prusankach a
> okol??.
> >>> Pan u??itel by za "z??sluhy" osm komunit?? mohl vyjednat z??zem?? v
> jeho ??stavu
> >>> :)
> >> Hmm, a nebo naopak stavebni party, a okoli prusanek upravit do podoby
> ktera se objevila
> >> v mape? :-).
> >>
>   Pavel
> >> --
> >> (english) http://www.livejournal.com/~pavelmachek
> >> (cesky, pictures)
> http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html
> >>
> >> ___
> >> talk-cz mailing list
> >> talk-cz@openstreetmap.org
> >> https://lists.openstreetmap.org/listinfo/talk-cz
> >> https://openstreetmap.cz/talkcz
> >>
> >>
> > ___
> > talk-cz mailing list
> > talk-cz@openstreetmap.org
> > https://lists.openstreetmap.org/listinfo/talk-cz
> > https://openstreetmap.cz/talkcz
>
>
>
> ___
> talk-cz mailing list
> talk-cz@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-cz
> https://openstreetmap.cz/talkcz
>
___
talk-cz mailing list
talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz
https://openstreetmap.cz/talkcz

Re: [Talk-it] climbing_adventure

[Nogaro]

Si, concordo. Per questo per il gabbiotto che vende i biglietti del parco 
avventura mi sembrava più  adatto amenity=ticket_booth. Solo che leggendo il 
wiki dice che è deprecato per scarso uso.

Ciao, 
Alberto

-Original Message-
From: Martin Koppenhoefer  
Sent: 23 August 2019 17:21
To: openstreetmap list - italiano 
Subject: Re: [Talk-it] climbing_adventure



sent from a phone

> On 23. Aug 2019, at 10:26, Nogaro  wrote:
> 
> Però è stato deprecato in favore di shop=ticket. Avendo chiave diversa, si 
> potrebbero anche mettere entrambi.



io penso a due cose diverse con questi tag (senza aver letto il wiki): 
shop=ticket potrebbe essere un negozio dove puoi comprare biglietti per 
concerti, musei ecc., mentre amenity=ticket_booth potrebbe essere la 
biglietteria, che vende solitamente/soprattutto i biglietti per un determinato 
sito/museo/concerto/teatro ... oppure per treni, pullman, ecc. (normalmente per 
la cosa dove si trova). Volendo si potrebbe specificare cosa vende (con un tag, 
oppure con il ruolo in una relazione. La relazione site potrebbe essere adatta).

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


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

Re: [Talk-it] Torrente che entra in grotta

[Nogaro]

Si potrebbe taggare l’ultimo nodo del torrente come:

 

  natural= 
 sinkhole +  
 sinkhole=*

 

scegliere da qui il valore più  adatto:

 

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

 

Ciao,

Alberto

 

 

From: Massimo Taronna  
Sent: 23 August 2019 16:29
To: openstreetmap list - italiano 
Subject: Re: [Talk-it] Torrente che entra in grotta

 

Io pensavo a un tag specifico per l'inghiottitoio, ad esempio waterway=ponor 
(da wikipedia:  A ponor is a natural opening where surface water enters into 
underground passages; they may be found in karst landscapes where the geology 
and the geomorphology is typically dominated by porous limestone rock).

Nel caso specifico l'andamento in sotterraneo è topografato per diversi 
chilometri e si sa dove dove c'è la risorgenza, ma rimangono delle zone ancora 
ignote in merito all'effettivo andamento in sotterraneo.

Tunnel=culvert non mi piace, perché mi fa pensare a qualcosa di artificiale

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

Re: [talk-cz] OT: mapy Google a realita

[jzvc via talk-cz]

Dne 23.8.2019 v 16:59 majkaz napsal(a):

To radši ne, hrozně bychom se nadřeli.

Já třeba zrovna na Strakonicku poměrně usilovně bourám a stavím baráky :)
Ty místní vsi byly často zmapované podle katastrální mapy, ale dotyční patrně 
neviděli, jak ve skutečnosti ty vesnické statky vypadají. Protože jako budova 
bývají zmapované ty dvory, ale samotný statek okolo chybí. Fakt je, že s 
leteckými mapami (Maxar) je práce mnohem jednodušší.


Cus,

potiz je, ze i kdyz to zbouras, tak nekdo prijde, nekde najde "chybejici 
budovy" (https://ruian.poloha.net/) a naklipe ti je tam zpet. Sice kdyz 
je nahlasis, tak na mape budou sedy, ale traser je bez protestu 
natrasuje. Osobne sem nektery budovy boural uz nekolikrat.





Jen tak mimo - ty dva původně zmiňované body zájmu od včerejška zmizely, ale 
pořád ještě se vyskytuje dost míst, kde ty recenze na místa ze hry zůstávají 
(radnice, kostely po okolí). Zajímavé, v mapě to bylo několik měsíců.
__

Od: "Pavel Machek" 
Komu: "OpenStreetMap Czech Republic" 
Datum: 23.08.2019 16:33
Předmět: Re: [talk-cz] OT: mapy Google a realita

AHoj!


Hehe, bylo by vtipn?? udelat mapathon s fieldmappingem v Prusankach a okol??.
Pan u??itel by za "z??sluhy" osm komunit?? mohl vyjednat z??zem?? v jeho ??stavu
:)

Hmm, a nebo naopak stavebni party, a okoli prusanek upravit do podoby ktera se 
objevila
v mape? :-).

Pavel
--
(english) http://www.livejournal.com/~pavelmachek
(cesky, pictures) 
http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html

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



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




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

Re: [Talk-it] A proposito di man_made=reservoir_covered

[Nogaro]

Sembrerebbe più adatto man made=water_well.

Ciao,
Alberto

-Original Message-
From: demon_box  
Sent: 23 August 2019 12:41
To: talk-it@openstreetmap.org
Subject: [Talk-it] A proposito di man_made=reservoir_covered

ciao, se trovo un edificio di servizio la quale targhetta riporta "Pozzo A75"
posso secondo voi mapparlo come "man_made=reservoir_covered" oppure no?
in altri casi il dubbio non c'è perchè la targhetta riporta "Serbatoio XY"
in altri casi ancora la targhetta dice "Ripompaggio" e allora di solito in 
questo caso uso "man_made=pumping_station"
ma nel primo caso sopra citato è meglio magari stare su un più generico 
man_made=water_works ?
si tratta ovviamente di una struttura del sistema idrico per l'acqua potabile.
che dite?

grazie

--enrico




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

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


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

Re: [Talk-GB] Fwd: OSMTracker for Android - detailed survey of paths & tracks layout

[Nick Allen]

Hi,
I've added a set of buttons into the layout which should assist in
making notes if you come across a building with solar panels whilst
surveying. The buttons are * Roof_PV-L if the building with panels is
on your left as survey,* Roof-PV-R
*   PV_315-44
* PV_225-314,   PV_45-134,
*   PV_135-224
As you move, OSMTracker displays your direction of travel, in degrees
(North is 0 or 360) .
My suggestion is that you touch a button to indicate if you have seen
panels on your left or right, and then touch a button to indicate which
way the panel is facing (most, but not all, are facing South). If you
want to further refine this, touch two buttons to indicate to yourself
when editing that the panels were facing, for instance South East.
Obviously not as good for volume updates, but it all helps.
At the moment the set is available using the settings for my
repository;
Github username = Nick-TallguyRepository Name = osmtracker-android-
layoutsBranch name = detailed-tracks
Any problems or suggestions, please get back to me.
I've submitted a pull request for the set to be included within the
standard list as I think they are now complete, but I'm always open to
suggestions.
Regards
NickOSM = Tallguy
On Sun, 2019-08-18 at 20:33 +0100, Nick Allen wrote:
> Hi - for Mark and anyone else who was having problems with the
> displayed icons.
> 
> I've created another layout set, this time with icons 300 pixels in
> size - previous set had 500px. This set is visible when you carry out
> the search for layouts from the app (settings / button presets /
> green cross top right). Having tried it on my phone I think it
> displays better than the original 500px set, and it will probably be
> the set that I go with when I set as standard.
> 
> If possible I'd like to end up with only one icon size and one set
> published, otherwise I'm in danger of making a mistake and having
> slightly different buttons on each - but if there is a reason for
> more than one set, I'll do my best.
> 
> Please get back to me Mark, and anyone else having problems with the
> icon size - I'm no programmer, but I do have a couple of things more
> that I could try that might help.
> 
> Regards
> 
> Nick 
> OSM = Tallguy
> 
> & Rob - I'd been using the old deprecated version for years, and only
> stumbled across the new version by accident - it seems very strange
> to have the two.
> 
> 
> -- Forwarded message -
> From: Rob Nickerson 
> Date: Sat, 17 Aug 2019 at 23:33
> Subject: Re: [Talk-GB] OSMTracker for Android - detailed survey of
> paths & tracks layout
> To: Andy Townsend 
> Cc: Talk-GB 
> 
> 
> Sure I get that from a code point of view, although I was surprised
> Google allowed 2 almost identical versions (name and logo) on the
> store. Personally I was coming from a marketing and user friendliness
> point of view. It's confusing for users and will probably cost the
> new developer time in the long run as he/she will probably get some
> issues raised on GitHub that relate to the "other" OSM Tracker. 
> 
> Would have thought a rebrand would have been useful if no way to get
> the old app down. Likewise I would have thought a few minutes to make
> the app look more maintained on the OSM wiki (e.g. update
> screenshots, removal of PDA survey) would of been a help to attract
> new users.
> 
> Anyway, not an issue for me (as I don't use it) so I won't loose any
> sleep over this one. Certainly not "upset" just confused by the
> situation.
> 
> Rob
> 
> 
> On Sat, 17 Aug 2019 at 12:45, Andy Townsend 
> wrote:
> >  > Why on earth are there 2 versions of OSMTracker for Android on
> > the Play store?! 
> > 
> > It's open source software, so it's fairly technically
> > straightforward to "clone, modify and resubmit".  What restrictions
> > Google put on this sort of thing currently I don't know, but I
> > suspect they're mostly limited to an API usage check and a " dodgy
> > code behaviour" check (that'd be the case for an Enterprise Play
> > Store submission).
> > 
> > > Which is the right one and how to get an old one removed?
> >
> >
> >  
> > Maybe there isn't one "right one" ?  My recollection was that there
> > was a problem with OSM-hosted tile usage in one of the versions
> > (which may have been since resolved) and there was a bit of a delay
> > getting it fxed.  Perhaps someone fixed it in "another" version in
> > the meantime?
> > 
> > Whatever it is, I'd suggest that the best place to ask the question
> > would be to the relevant app authors via the Play Store support
> > link, or github (at least one of them has a public issues list
> > there).
> > 
> > Best Regards,
> > 
> > Andy
> > 
> > 
> >
> 
> ___
> 
> Talk-GB mailing list
> 
> Talk-GB@openstreetmap.org
> 
> 

Re: [Talk-de] Tags für brombeer sträucher

[Christoph Hormann]

On Friday 23 August 2019, schimmer wrote:
>
> Ich bastel ein wenig an Bäumen/Sträuchern herum im landkreis
> Hildesheim. Dabei kam die Frage auf:
> wie tagge ich brombeer sträucher richtig?
> Landuse scrub ist imho nicht akurat genug, und eine plantage orchad
> ist auch ned ok.

Für nicht als Nutzplanzen angeplanzte Brombeeren ist natural=scrub exakt 
richtig.  Ggf. ergänzt mit genus=Rubus (gibts schon 46 mal) oder 
(präziser) taxon="Rubus subgenus rubus" (gibts 19 mal).

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

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

[Talk-ca] Piggyback a SOTM bid with FOSS4G in Calgary

[Clifford Snow]

The 2020 FOSS4G is being held August 24-29 in Calgary. This seems like a
good opportunity to submit a SOTM bid for either the weekend before or the
weekend after. I have a number of friends that can get funding from their
company to one but not both. Having both conferences in the same week will
get us more participation.

SOTM 2020 bids [1] are due next week, August 30th, so there isn't much time
left. I know that a couple of the lead people for FOSS4G are willing the
help.

What are your thoughts on bidding on the 2020 SOTM?


[1]
https://wiki.openstreetmap.org/wiki/State_of_the_Map_2020/Call_for_venues

Best,
Clifford

-- 
@osm_washington
www.snowandsnow.us
OpenStreetMap: Maps with a human touch
___
Talk-ca mailing list
Talk-ca@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ca

Re: [OSM-talk-fr] [JOSM] Rechercher à partir du node

[osm . sanspourriel]

Complément: dans les propriétés de ton compte OSM tu peux aussi dire
avec quel éditeur tu préfères travailler. Si tu dis un éditeur à
distance comme JOSM, pense à autoriser JOSM à écouter le port en question.

La prochaine fois que tu cliqueras sur Éditer, ça téléchargera l'objet
dans JOSM si JOSM est ouvert.

Jean-Yvon

Le 23/08/2019 à 13:18, marc marc - marc_marc_...@hotmail.com a écrit :

Le 23.08.19 à 13:09, Jacques Lavignotte a écrit :

je clique sur le node remonté par https://overpass-turbo.eu/s/LJk
et ça ouvre ID dans openstreetmap.org

cela devrait te l'ouvrir sur osm.org mais pas dans iD


Je préfère éditer dans JOSM, et donc je l'ouvre
et voudrais lui faire chercher à partir du node.

soit sur osm.org tu clques sur la petite fleche du bouton éditer,
puis ouvrir dans josm
soit dans josm, tu fais ouvrir l'objet (ctrl-o) et tu renseignes le no
de l'objet (si tu as l'url dans le presse papier, c'est automatique)
___
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-de] Tags für brombeer sträucher

[schimmer]

Hallo!

Ich bastel ein wenig an Bäumen/Sträuchern herum im landkreis Hildesheim.
Dabei kam die Frage auf:
wie tagge ich brombeer sträucher richtig?
Landuse scrub ist imho nicht akurat genug, und eine plantage orchad ist 
auch ned ok.

Die sträucher sind am feldrand.

Derzeitig nur ein Node trees=blackberry node 6726544101


Lars Schimmer

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

Re: [Talk-it] Anagrafe delle Biblioteche Italiane

[Martin Koppenhoefer]

che peccato, sembrava veramente interessante...

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

Re: [OSM-talk-fr] Importations traces GR30

[pepilepi...@ovh.fr]

Le 22/08/2019 à 11:03, Arnaud Buathier a écrit :
> s'il y a quelque chose qu'on ne peut pas reprocher aux GR, c'est le
> balisage!
>
> peut être que renseigner déjà
>
> trail_visibility=excellent
>
> serait déja pas mal. Cela dit je ne m'engage pas à vérifier sur le
> terrain ;-)
>
Non, c'est pas la même chose.

Le balisage peut être globalement excellent, si tu ne vois pas le chemin
(trail_visibility=no) et que depuis la  balise N tu ne vois pas la N+1
tu es perdu ! Ça m'est déjà arrivé de galérer pour trouver la suite d'un
GR, et de retomber dessus un peu plus loin presque par hasard.


>
>
> On 8/22/2019 10:49 AM, talk-fr-requ...@openstreetmap.org wrote:
>> Envoyez vos messages pour la liste Talk-fr à
>>  talk-fr@openstreetmap.org
>>
>> Pour vous (dés)abonner par le web, consultez
>>  https://lists.openstreetmap.org/listinfo/talk-fr
>>
>> ou, par email, envoyez un message avec 'help' dans le corps ou dans le
>> sujet à
>>  talk-fr-requ...@openstreetmap.org
>>
>> Vous pouvez contacter l'administrateur de la liste à l'adresse
>>  talk-fr-ow...@openstreetmap.org
>>
>> Si vous répondez, n'oubliez pas de changer l'objet du message afin
>> qu'il soit plus spécifique que "Re: Contenu du digest de Talk-fr..."
>>
>>
>> Thèmes du jour :
>>
>>1. Re: Importations traces GR30 (Jérôme Seigneuret)
>>2. Re: Importations traces GR30 (osm.sanspourr...@spamgourmet.com)
>>3. Re: Importations traces GR30 (pepilepi...@ovh.fr)
>>4. Re: Importations traces GR30 (Florimond Berthoux)
>>
>>
>> --
>>
>> Message: 1
>> Date: Wed, 21 Aug 2019 21:56:18 +0200
>> From: Jérôme Seigneuret 
>> To: Discussions sur OSM en français  
>> Subject: Re: [OSM-talk-fr] Importations traces GR30
>> Message-ID:
>>  
>> Content-Type: text/plain; charset="utf-8"
>>
>> mouhahah!
>>
>>
>> Le mer. 21 août 2019 à 21:55, pepilepi...@ovh.fr  a
>> écrit :
>>
>>> Le 21/08/2019 à 21:34, Adrien Grellier via Talk-fr a écrit :
>>>
>>> Le 21/08/2019 à 20:26, Jérôme Seigneuret a écrit :
>>>
>>>
>>> A vous de trouver un moyen que le circuit ne soit un GR sinon ça devra
>>> être enlevé simplement. Si certains veulent à tous pris mettre ça en base
>>> ce sera donc au SOTM de trancher avec les personnes amener à définir les
>>> conditions de nettoyage. Si la proposition d'itinéraire est faite avant
>>> celle de la FFR dans ce cas on pourra aussi attaquer en tant que copie si
>>> le droit de cité n'est pas respecter vu que l'on est pas dans une oeuvre
>>> interdisant la copie.
>>>
>>> Au risque de me répéter, il y a des sentiers en OpenData, par exemple les
>>> GR, GRP et PR de Loire Atlantique. Il n'y a aucune raison d'enlever ces
>>> sentiers. Pour les GR qui ne sont pas en OpenData, OSM peut tous les
>>> supprimer, mais à mon avis c'est vraiment stupide.
>>>
>>> 
>>>
>>> On pourrait pas les appeler "Sentier dont on ne peut pas dire le nom" ?
>>>
>>> 
>>>
>>> (OK, je vais me coucher !)
>>>
>>> Avec une telle action, sans aucune injonction de la FFRP, au moins le
>>> message sera clair : OSM ne sera jamais fait pour la rando en France, ce
>>> qui est bien dommage vu l'offre logiciel disponible (notamment OSMand)
>>>
>>> Adrien
>>>
>>> ___
>>> Talk-fr mailing 
>>> listTalk-fr@openstreetmap.orghttps://lists.openstreetmap.org/listinfo/talk-fr
>>>
>>>
>>> --
>>> --
>>>
>>> Si ma réponse n'a pas résolu ton problème, c'est que tu n'as pas posé la
>>> bonne question
>>>
>>> ___
>>> 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


-- 


Si ma réponse n'a pas résolu ton problème, c'est que tu n'as pas posé la
bonne question


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

Re: [Talk-GB] Solar Panels Quarterly Project: 39 days to go

[ael]

On Fri, Aug 23, 2019 at 04:33:17PM +0100, Dan S wrote:
> In particular, it might be helpful for at least someone to focus on
> *Cornwall*. That's an area with a lot of solar installations, and the
> National Grid know it as an area that often gives a lot of "reverse flow",
> i.e. a large amount of small-scale generation feeding back into the grid.
> I've had a bit of a look at Cornwall and various imagery looks really nice
> and clear there.

I am often in East Cornwall, and have mapped the odd Solar Farm when out
surveying - and also wind farms.

But I haven't had time to do much armchair imagery mapping. There are
maybe around 3 fairly active mappers in East Cornwall.

ael


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

Re: [Talk-it] Anagrafe delle Biblioteche Italiane

[Andrea Musuruane]

Ho fatto qualche controllo solo sugli indirizzi nella mia zona e ce ne sono
diversi estremamente vecchi e non aggiornati.

Ciao,

Andrea


On Fri, Aug 23, 2019 at 5:40 PM Cascafico Giovanni 
wrote:

> Com'è? Qualcuno ha fatto qualche controllo a campione sulle coord?
>
> Il gio 22 ago 2019, 20:48 claudio62PG  ha scritto:
>
>> Segnalo questo  Anagrafe biblioteche
>> 
>> buona serata
>> Claudio
>>
>>
>>
>> --
>> Sent from: http://gis.19327.n8.nabble.com/Italy-General-f5324174.html
>>
>> ___
>> Talk-it mailing list
>> Talk-it@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-it
>>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Anagrafe delle Biblioteche Italiane

[Cascafico Giovanni]

Com'è? Qualcuno ha fatto qualche controllo a campione sulle coord?

Il gio 22 ago 2019, 20:48 claudio62PG  ha scritto:

> Segnalo questo  Anagrafe biblioteche
> 
> buona serata
> Claudio
>
>
>
> --
> Sent from: http://gis.19327.n8.nabble.com/Italy-General-f5324174.html
>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-GB] Solar Panels Quarterly Project: 39 days to go

[Dan S]

Hi Jerry and all,

Indeed we've over 500 solar farms - I can check the exact number this
weekend. (From the OfGEM data, I estimate that approx 1100 exist.)

Here are some comments from the point of view of a data consumer:

As I think Gregory commented - we don'tt really "need" much detail on solar
farms (e.g. the panels contained within them). In general, we have metadata
for solar farms, so we just need their outlines, plus either their output
capacity and/or their ID in the REPD dataset (repd:id=*).

Much more important is to spot the *small-scale* solar - that's a vital
piece of the puzzle that *none* of the official data sources are very good
at.

As Jerry suggests, it's good to aim for high coverage on a few chosen
regions (e.g. local authorities). This will help with the machine learning
but the more direct importance is that it will help piloting solar energy
forecasting, using those regions.
In particular, it might be helpful for at least someone to focus on
*Cornwall*. That's an area with a lot of solar installations, and the
National Grid know it as an area that often gives a lot of "reverse flow",
i.e. a large amount of small-scale generation feeding back into the grid.
I've had a bit of a look at Cornwall and various imagery looks really nice
and clear there.

Have a sunny weekend!

Cheers
Dan



Op vr 23 aug. 2019 om 13:05 schreef SK53 :

> Thought I'd write a really quick summary of progress on the quarterly
> project:
>
>- As of last night we had a total of 67,475 installations
> (solar farms
>enclosing several groups of panels are treated as one installation. At the
>time of writing another 500 have been added this morning.
>- 8 local authorities have more than 50% of the estimated total number
>(based on FIT data), in descending order : Nottingham, Ashfield, 
> Liverpool, Knowsley,
>Tameside, Wrecsam, Bassetlaw, Peterborough, and Manfield.
>- During August anywhere from 1500 to nearly 2500 panels have been
>mapped each day. Even if only average 1000 a day for the remainder of the
>project it means we should comfortably exceed 100k mapped installations
>(between 10 & 12% of the total).
>- There's no shortage of places where it is easy to add a lot of
>panels in a short time (I added nearly 500 in Worksop yesterday). Gregory's
>site has a list of candidates at the bottom of the main page.
>- As expected urban areas are easier to do than rural areas.
>- General areas with a lot of mapping are: West Midlands, North-East
>(Tyneside, Wearside etc), North-West, East Mids and Kent. I think you can
>guess who the likely suspects are.
>- I don't have any immediate stats on solar farms, but Dan pointed out
>that we have over 50%. perhaps Dan or Jex can provide an update.
>
> Apart from a general target of 100k installations some other things are
> worth focussing on for the remainder of the project:
>
>- Getting a few LAs over 75%. Ashfield
> is surprising
>because installations are widely distributed. Liverpool
> is more
>typical: two-thirds are mapped but perhaps 80% of the LSOAs have not been
>touched, and over a 1000 are in 4 LSOAs around Speke. So finding the
>additional panels may be less rewarding.
>- Searching a small number of rural LAs intensively: small ones are
>probably best: Anglesey, Isle of Wight, Rutland etc. My suspicion is that
>panels are harder to find, but also that imagery is often quite a bit 
> older.
>- Get more done in Scotland (and Northern Ireland). Gregory's site
>doesn't allow the micro-targeting by LSOA which has been so effective for
>England & Wales.
>
> The first two are because there is the possibility of using located
> rooftop solar panels as training sets for more automated identification
> using machine learning. Dan may want to say more on this.
>
> Lastly, a couple of remarks stemming from jumping around England & Wales
> about OSM mapping in general:
>
>- Buildings have been diligently mapped in all sorts of unexpected
>places. Unfortunately address data is scarcer.
>- Former council estates often lack many of the footpaths which give a
>better sense of their layout. Particularly true for the post-war Radburn
>style estates.
>- Some places were obviously mapped when OS Streetview first became
>available and the road networks could do with tidying up (I'll draw up a
>separate list at some stage).
>- MS StreetSide is really valuable particularly around Manchester.
>Although the imagery is 7 years old it allows a much more detailed
>appreciation of building types, and checking of other detail..
>
> Happy hunting,
>
> Jerry
>
> PS. I was only the 3rd OSMer to look to add the new solar plant
> 

Re: [Talk-it] climbing_adventure

[Martin Koppenhoefer]

sent from a phone

> On 23. Aug 2019, at 10:26, Nogaro  wrote:
> 
> Però è stato deprecato in favore di shop=ticket. Avendo chiave diversa, si 
> potrebbero anche mettere entrambi.



io penso a due cose diverse con questi tag (senza aver letto il wiki): 
shop=ticket potrebbe essere un negozio dove puoi comprare biglietti per 
concerti, musei ecc., mentre amenity=ticket_booth potrebbe essere la 
biglietteria, che vende solitamente/soprattutto i biglietti per un determinato 
sito/museo/concerto/teatro ... oppure per treni, pullman, ecc. (normalmente per 
la cosa dove si trova). Volendo si potrebbe specificare cosa vende (con un tag, 
oppure con il ruolo in una relazione. La relazione site potrebbe essere adatta).

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

Re: [talk-cz] OT: mapy Google a realita

[majkaz]

To radši ne, hrozně bychom se nadřeli. 

Já třeba zrovna na Strakonicku poměrně usilovně bourám a stavím baráky :)
Ty místní vsi byly často zmapované podle katastrální mapy, ale dotyční patrně 
neviděli, jak ve skutečnosti ty vesnické statky vypadají. Protože jako budova 
bývají zmapované ty dvory, ale samotný statek okolo chybí. Fakt je, že s 
leteckými mapami (Maxar) je práce mnohem jednodušší.

Jen tak mimo - ty dva původně zmiňované body zájmu od včerejška zmizely, ale 
pořád ještě se vyskytuje dost míst, kde ty recenze na místa ze hry zůstávají 
(radnice, kostely po okolí). Zajímavé, v mapě to bylo několik měsíců.
__
> Od: "Pavel Machek" 
> Komu: "OpenStreetMap Czech Republic" 
> Datum: 23.08.2019 16:33
> Předmět: Re: [talk-cz] OT: mapy Google a realita
>
>AHoj!
>
>> Hehe, bylo by vtipn?? udelat mapathon s fieldmappingem v Prusankach a okol??.
>> Pan u??itel by za "z??sluhy" osm komunit?? mohl vyjednat z??zem?? v jeho 
>> ??stavu
>> :)
>
>Hmm, a nebo naopak stavebni party, a okoli prusanek upravit do podoby ktera se 
>objevila
>v mape? :-).
>   
> Pavel
>-- 
>(english) http://www.livejournal.com/~pavelmachek
>(cesky, pictures) 
>http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html
>
>___
>talk-cz mailing list
>talk-cz@openstreetmap.org
>https://lists.openstreetmap.org/listinfo/talk-cz
>https://openstreetmap.cz/talkcz
>
>

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

Re: [talk-cz] OT: mapy Google a realita

[Pavel Machek]

AHoj!

> Hehe, bylo by vtipn?? udelat mapathon s fieldmappingem v Prusankach a okol??.
> Pan u??itel by za "z??sluhy" osm komunit?? mohl vyjednat z??zem?? v jeho 
> ??stavu
> :)

Hmm, a nebo naopak stavebni party, a okoli prusanek upravit do podoby ktera se 
objevila
v mape? :-).

Pavel
-- 
(english) http://www.livejournal.com/~pavelmachek
(cesky, pictures) 
http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html

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

Re: [Talk-it] Torrente che entra in grotta

[Massimo Taronna]

Io pensavo a un tag specifico per l'inghiottitoio, ad esempio
waterway=ponor (da wikipedia: * A ponor is a natural opening where surface
water enters into underground passages; they may be found in karst
landscapes where the geology and the geomorphology is typically dominated
by porous limestone rock*).
Nel caso specifico l'andamento in sotterraneo è topografato per diversi
chilometri e si sa dove dove c'è la risorgenza, ma rimangono delle zone
ancora ignote in merito all'effettivo andamento in sotterraneo.
Tunnel=culvert non mi piace, perché mi fa pensare a qualcosa di artificiale
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

[OSM-talk-fr] Cartographie du réseau ferré avec Graou

[François Lacombe]

Un sujet ferroviaire cette fois
Pour ceux qui suivent les progrès fait par le projet Graou, vous avez
surement vu passé cette nouvelle :
https://twitter.com/NicolasW_GRAOU/status/1164555227149852674?s=20

Graou c'est la Gestion des Roulement Assistée par Ordinateur de la SNCF, en
gros l'application interne qui permet aux cheminots de connaître leur
matériel, les horaires des trains, et plein d'autres choses, développée par
et pour les gens du métier.
Elle va être complétée avec une couche cartographie, que le développeur
nous fait le plaisir d'ouvrir en public.
https://map-beta.graou.info/#7/48.6/3

Elle affiche un fond de plan vectoriel d'OpenMapTile (pas des plus à jour,
si certains ici sont intéressés pour appuyer la SNCF dans ce sens avec un
fond de carte plus à jour), des données en opendata (filaire des voies,
gares, sous-stations) mais des infos moins ouvertes comme le cantonnement
(je ne crois pas l'avoir vu sur le site).
Bref, une très belle démonstration en plus de la réutilisation dans un
projet aussi industriel des composants de notre écosystème.

Bonne découverte

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

[OSM-talk-fr] Cartographie nationale du transport de gaz

[François Lacombe]

Salut à tous,

J'ai trouvé le fichier suivant sur data.gouv (ok, pas par hasard)
https://www.data.gouv.fr/fr/datasets/carte-du-reseau-de-transport-de-gaz-sur-la-france-metropolitaine/

Les données semblent provenir d'ici :
http://cartelie.application.developpement-durable.gouv.fr/cartelie/voir.do?carte=CanalisationsTMD=CEREMA

Vu les nombreux échanges sur le sujet que j'ai eu avec certains, et le
linéaire déjà conséquent de réseau présent sur OSM (12 500km environ sur 27
000), je ne pense pas qu'importer en direct soit pertinent.
En revanche cela peut dépanner pour lever des imprécisions, ou trouver des
bornes, nous aider sur le terrain.
Il y a également la cartographie depuis les vues aériennes des périmètres
des stations, etc...

Si jamais vous vous promenez à la campagne, repérer les bornes jaunes est
un sujet d'intérêt pour OSM, pensez-y.

La diffusion de ces informations sous le régime de l'article L312-1-1 du
CRPA est toujours questionné par une circulaire (BSEI 2009-218).
En repérant les bornes sur le terrain et en traçant tout ou partie des
canalisations par ce biais, OSM neutralise le sujet.

Bonne après-midi

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

[Talk-us] Whole-US Garmin Map update - 2019-08-20

[Dave Hansen]

These are based off of Lambertus's work here:

http://garmin.openstreetmap.nl

If you have questions or comments about these maps, please feel
free to ask.  However, please do not send me private mail.  The
odds are, someone else will have the same questions, and by
asking on the talk-us@ list, others can benefit.

Downloads:

http://daveh.dev.openstreetmap.org/garmin/Lambertus/2019-08-20

Map to visualize what each file contains:


http://daveh.dev.openstreetmap.org/garmin/Lambertus/2019-08-20/kml/kml.html


FAQ



Why did you do this?

I wrote scripts to joined them myself to lessen the impact
of doing a large join on Lambertus's server.  I've also
cut them in large longitude swaths that should fit conveniently
on removable media.  

http://daveh.dev.openstreetmap.org/garmin/Lambertus/2019-08-20

Can or should I seed the torrents?

Yes!!  If you use the .torrent files, please seed.  That web
server is in the UK, and it helps to have some peers on this
side of the Atlantic.

Why is my map missing small rectangular areas?

There have been some missing tiles from Lambertus's map (the
red rectangles),  I don't see any at the moment, so you may
want to update if you had issues with the last set.

Why can I not copy the large files to my new SD card?

If you buy a new card (especially SDHC), some are FAT16 from
the factory.  I had to reformat it to let me create a >2GB
file.

Does your map cover Mexico/Canada?

Yes!!  I have, for the purposes of this map, annexed Ontario
in to the USA.  Some areas of North America that are close
to the US also just happen to get pulled in to these maps.
This might not happen forever, and if you would like your
non-US area to get included, let me know. 

-- Dave


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

Re: [talk-cz] import SHP

[Miroslav Suchy]

Dne 22. 08. 19 v 14:22 Jan Macura napsal(a):
> Není možná. Zkoušel jsem to teď znova a když zůstanu v systému 102065, je to 
> o nějakých 100 m uskočený na severovýchod,
> ale když přepnu do 5514, tak je vše OK.

Zkusil jsem aktualizovat QGis na 3.8. Nepomohlo. Akorat mi zacalo vyskakovat 
okno na vice moznosti konverze mezi
Krovakem a WGS84.
Nahral jsem co delam:
https://youtu.be/1OqRDnkrLv4

Mirek

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

Re: [OSM-talk-fr] fin à venir du rendu osm.org pour shop=yes

[deuzeffe]

Pppfff. Tu es dé-ses-pé-rant.

On 23/08/2019 13:29, marc marc wrote:

Le 23.08.19 à 12:53, deuzeffe a écrit :

craft=joiner
avec vente sur place de ses productions


craft=joiner + shop=joiner :)
___
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] fin à venir du rendu osm.org pour shop=yes

[Jérôme Seigneuret]

Même requête sur taginfo fr
https://taginfo.openstreetmap.fr/api/4/key/values?key=shop=all=fr=count=asc=value=json_pretty



Ca marche bien et évite les autres langues et les données des autres pays
mais c'est bien le but donc c'est cool!

Pour le Framapad tu penses à quoi au résultat?

A compléter avec:
Mise en parallèle des codes APE
Wiki à créer ...
Autres partie bien venu ou à ajouter au fur et à mesure de l'évolution du
document Framapad






Le ven. 23 août 2019 à 14:23, marc marc  a
écrit :

> Le 23.08.19 à 10:37, Jérôme Seigneuret a écrit :
> > Pour ceux que ça intéresse j'ai juste filtré le résultat json de Taginfo
> > (il y a 40% de cas d'erreur de saisie même avec cette requête) J'ai pris
> > des valeur avec plus de 5 entrée dans la page wiki n'existe pas
> >
> https://taginfo.openstreetmap.org/api/4/key/values?key=shop=all=fr=count=asc=value=json_pretty
> >
> > https://jsonpath.com/
> > $.data[?(@.count > 5 && @.in_wiki == false)].[value,count]
> >
> > Peut-on essayer de dégrossir tous ça en parallèle de la correction
> > apportée. Je pense que shop=yes est quand même mis souvent à défaut de
> > trouver une valeur cohérente
>
> tu peux poster le résultat par ex dans un framapad ?
> l'api de taginfo osm.fr ne va pas ?
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>


-- 
Cordialement,
Jérôme Seigneuret
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-ja] 位置参照情報（町丁目の階層づくり）について

[Talk-ja 経由]

こんにちは、奈良の石川です。ご提案、ありがとうございます。

On Wednesday, August 21, 2019, 11:56:53 AM GMT+9, Satoshi IIDA 
 wrote: 

> ただ、先行してFacebookで議論をした限りでは、丁目のデータについて、町名と丁目、に分割しないほうがよいのではないか、という意見がでています。

この点、質問したいのですが、「分割しないほうがよいのではないか」とは、以下のどちらの意味でしょうか。

[A] 地元民が「町名」と「丁目」を別の粒度のまとまりと認識していようがいまいが、OSM として日本の「町名」と「丁目」を分割することを許さない

[B] 地元民が認識している「町名」と「丁目」の区切りがわかればそれに従い、それがわからなければ安全のために一応分割しないでおく

文面を読む限りは [A] のように見えますが、もし [A] なのだとしたら、私は強く反対します。[B] なら許容できます。

> 理由1. XX町n丁目、が正式な名称である（ことが多い）

この場合の「正式」とは何を意味するものでしょうか。行政による定義でしょうか。

ご存じの方も多いと思いますが、例えば (私の出身である) 札幌市は、碁盤の目状に街が作られ、これに X 座標や Y 
座標を表すように条・丁目がつけられています。これは、島義勇氏が広野を見て札幌市をそう設計したからそうなっているのであり、この話は札幌市内の小学校の副読本でも触れられています。当然、札幌市民なら「条」と「丁目」を同じ階層で認識しています。しかし、行政機関であった郵政省は、札幌市内の郵便番号を「北十三条西」という区切りで運用していました。適切な粒度で郵便番号を割り振りたい、という郵便事業の都合はわかるので、郵便事業内だけで利用する分には文句はありません。ですが、恐らくこの区切りを根拠に、札幌市内の地図を「北十三条西」のような
 (地元民から見たら奇異な) 区切りで grouping する人が現れました。

何が言いたいかというと、行政による定義を正式なものとしないでほしい、ということです。過激な言い方になりますが、市役所すら (地名表記の上では) 
総務省の手先と思っています。ここには書きませんが、私の後輩が、本州に転居して地名表記で屈辱的な扱い (というほど大げさではないが近い扱い) 
を受けたこともあります。個人差もあると思いますが、こういったことに関して私は昔から内地人の押し付けを強く感じるほうです。特に、行政事務を根拠にしている主張 
(地元民の認識を無視した主張) には、強い反発を覚えます。

なお、import 作業の方針を決めるだけであり、今後の編集を制約するものではない、というのであれば (明言していただけるのであれば)、特に反対はありません。

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

Re: [OSM-talk-fr] fin à venir du rendu osm.org pour shop=yes

[marc marc]

Le 23.08.19 à 10:37, Jérôme Seigneuret a écrit :
> Pour ceux que ça intéresse j'ai juste filtré le résultat json de Taginfo 
> (il y a 40% de cas d'erreur de saisie même avec cette requête) J'ai pris 
> des valeur avec plus de 5 entrée dans la page wiki n'existe pas
> https://taginfo.openstreetmap.org/api/4/key/values?key=shop=all=fr=count=asc=value=json_pretty
>  
> 
> https://jsonpath.com/
> $.data[?(@.count > 5 && @.in_wiki == false)].[value,count]
> 
> Peut-on essayer de dégrossir tous ça en parallèle de la correction 
> apportée. Je pense que shop=yes est quand même mis souvent à défaut de 
> trouver une valeur cohérente

tu peux poster le résultat par ex dans un framapad ?
l'api de taginfo osm.fr ne va pas ?
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] fin à venir du rendu osm.org pour shop=yes

[marc marc]

Le 23.08.19 à 10:37, Jérôme Seigneuret a écrit :
> la list tagging-fr XD

elle est morte née, lancée par qlq qui n'y est lui-même pas bcp actif
je pense pas très utile d'augmenter encore la fragmentation

> @MarcMarc il y a un rendu par défaut pour toute les autres valeurs 
> renseignés ou juste celle connu d'une liste exploité/ foisonné par osmcarto?

le ticket github commence par :
all shop values except 'no', 'vacant', 'closed', 'disused', 'empty'
auquel ils ont donc ajouté 'yes'
et certains parlent d'ensuite filtrer les valeurs rares sous prétexte
que cela pourraient être des typos. vrai problème, mauvaise solution
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

[Talk-GB] Solar Panels Quarterly Project: 39 days to go

[SK53]

Thought I'd write a really quick summary of progress on the quarterly
project:

   - As of last night we had a total of 67,475 installations
    (solar farms
   enclosing several groups of panels are treated as one installation. At the
   time of writing another 500 have been added this morning.
   - 8 local authorities have more than 50% of the estimated total number
   (based on FIT data), in descending order : Nottingham, Ashfield,
Liverpool, Knowsley,
   Tameside, Wrecsam, Bassetlaw, Peterborough, and Manfield.
   - During August anywhere from 1500 to nearly 2500 panels have been
   mapped each day. Even if only average 1000 a day for the remainder of the
   project it means we should comfortably exceed 100k mapped installations
   (between 10 & 12% of the total).
   - There's no shortage of places where it is easy to add a lot of panels
   in a short time (I added nearly 500 in Worksop yesterday). Gregory's site
   has a list of candidates at the bottom of the main page.
   - As expected urban areas are easier to do than rural areas.
   - General areas with a lot of mapping are: West Midlands, North-East
   (Tyneside, Wearside etc), North-West, East Mids and Kent. I think you can
   guess who the likely suspects are.
   - I don't have any immediate stats on solar farms, but Dan pointed out
   that we have over 50%. perhaps Dan or Jex can provide an update.

Apart from a general target of 100k installations some other things are
worth focussing on for the remainder of the project:

   - Getting a few LAs over 75%. Ashfield
    is surprising
   because installations are widely distributed. Liverpool
    is more typical:
   two-thirds are mapped but perhaps 80% of the LSOAs have not been touched,
   and over a 1000 are in 4 LSOAs around Speke. So finding the additional
   panels may be less rewarding.
   - Searching a small number of rural LAs intensively: small ones are
   probably best: Anglesey, Isle of Wight, Rutland etc. My suspicion is that
   panels are harder to find, but also that imagery is often quite a bit older.
   - Get more done in Scotland (and Northern Ireland). Gregory's site
   doesn't allow the micro-targeting by LSOA which has been so effective for
   England & Wales.

The first two are because there is the possibility of using located rooftop
solar panels as training sets for more automated identification using
machine learning. Dan may want to say more on this.

Lastly, a couple of remarks stemming from jumping around England & Wales
about OSM mapping in general:

   - Buildings have been diligently mapped in all sorts of unexpected
   places. Unfortunately address data is scarcer.
   - Former council estates often lack many of the footpaths which give a
   better sense of their layout. Particularly true for the post-war Radburn
   style estates.
   - Some places were obviously mapped when OS Streetview first became
   available and the road networks could do with tidying up (I'll draw up a
   separate list at some stage).
   - MS StreetSide is really valuable particularly around Manchester.
   Although the imagery is 7 years old it allows a much more detailed
   appreciation of building types, and checking of other detail..

Happy hunting,

Jerry

PS. I was only the 3rd OSMer to look to add the new solar plant
 at Aldershot station

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

Re: [Talk-it] Torrente che entra in grotta

[Ivo Reano]

Qualche giorno fa era stato suggerito in lista l'utilizzo del tag:
waterway=stream_end

Non risolve il warning, ma (credo) geograficamente corretto.

Forse con un tag specifico per l'inghiottitoio?

Il giorno ven 23 ago 2019 alle ore 12:41 liste DOT girarsi AT posteo DOT eu
 ha scritto:

> Il 23/08/19 11:39, Massimo Taronna ha scritto:
> > Ciao,
> > ho inserito un torrente, a carattere intermittente, che entra in una
> grotta.
> > Quando vado a caricare i dati con Josm mi compare un messaggio di
> > avvertimento: *Corso d'acqua finisce senza una connessione ad un altro
> > corso d'acqua oppure la sua direzione è errata*
> > Posso chiaramente continuare il caricamento, ma mi chiedevo se in qualche
> > modo si può segnalare che il suo percorso continua sottoterra
> >
> > Massimo
> >
>
> Il warning è ovvio, ma se entra in grotta, di lì in poi può essere
> tunnel=culvert, layer=-1, poi se è conosciuto dove sbuca, si puù fare
> una way unica tutta culvert, se non si conosce la geometria della
> grotta, per adesso può andare bene una retta collegata, ripeto se si
> conosce l'ubicazione dell'uscita e continuità in superficie.
>
> Diversamente se finisce in grotta e non si conosce altro, farei una
> breve tratta in culvert e lascierei un fixme=continued.
>
> Anche se poi da warning penso sia accettabile semanticamente.
>
>
>
> --
> _|_|_|_|_|_|_|_|_|_
> |_|_|_|_|_|_|_|_|_|_|
> Simone Girardelli
>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [OSM-talk-fr] usage de shop=yes sur station service

[marc marc]

Le 23.08.19 à 11:02, Jérôme Seigneuret a écrit :
> Je bascule le sujet

il y a 3 aspects en un :)

1) un objet ou 2 : " c'est plus précis, mais c'est indépendant
des autres points

2) shop=yes ou plus précis :
je pense que la magasin d'une station de carburant est typiquement
le genre de magasin qu'on peux facilement raffiner.
du coup je vois pas trop l'intérêt de mettre shop=yes si on peux
mettre un shop=* plus précis facilement

3) valeur multiple :
> /shop=convenience;gas/
> Les valeurs multiples dans une même clé pose toujours des problèmes en 
> principe le nouveau schéma voudrais que l'on emploi une valeur 
> principale et que celle ci soit décliné en clé
> shop=valeur
> valeur:x=
> valeur:y=

nouveau schéma ? hum non, une liste de yes/no est controversé.
il y a des avantage  :
pouvoir renseigner un =no (le magasin de cette station service
ne vend pas de bouteille de gaz)
mais il y a aussi des défauts : la majorité des outils sont incapable
de récupérer tous les clef:*=*, ce qui implique par exemple que les
éditeurs doivent lister nominativement toutes les valeurs
qui sont dans les clef clef:valeur1 clef:valeur2 au lieu de
lister la clef et récupérer la liste des valeurs existantes

Pour le reste, la règle la plus courante c'est quand même :
- si c'est un tag principal, choisir l'activité principale (ex 
shop=convenience et ignorer le reste ou mettre cela en sous-tag (genre 
gas=yes)
- si c'est un tag secondaire (ex : la cuisine d'un restaurant) :
mettre les différentes valeurs séparé par ;

pour une station d'essence qui vend anecdotiquement une bouteille
de gaz, j'aurais simplifié la chose en l'ignorant :)
et si c'est une activité importante, j'aurais fais un 3ieme objet
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [Talk-it] Anagrafe delle Biblioteche Italiane

[claudio62PG]

Visto il dominio non capisco
Claudio



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

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

Re: [OSM-talk-fr] fin à venir du rendu osm.org pour shop=yes

[marc marc]

Le 23.08.19 à 12:53, deuzeffe a écrit :
> craft=joiner 
> avec vente sur place de ses productions

craft=joiner + shop=joiner :)
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [talk-au] Remote mapping of Thredbo and Perisher areas

[adam steer]

I can check in a couple of days, I'm pretty familiar with that region, I
think lots of others here will be also :)


Regards,

Adam

On Fri., 23 Aug. 2019, 21:10 Warin, <61sundow...@gmail.com> wrote:

> On 23/08/19 20:42, fors...@ozonline.com.au wrote:
> > From memory its rocks and heath, random rivulets hidden under the
> > heath but not wetland
> >
> > He has also been adding glacial lakes that I never new existed Way:
> > 713143979
>
> On the LPI Imagery there is what appears to be water there, but it is
> probably some bush when viewed with Ersi clarity.  Also some 'cliff'
> lines above the 'lake' and no cliff there.
>
> >
> > Tony
> >
> >> Hi,
> >>
> >> A German has been remote mapping this area - he has not been there. I
> >> thought he was working the ski season there ... so I let it go.
> >>
> >>
> >> He has mapped some areas as 'wetland'. I have only walked occasionally
> >> here and then not noted any wetland.
> >>
> >> The LPI Base Map shows no wetland here.
> >>
> >> One example Relation: 9919734
> >>
> >>
> >>
> >> Comments?
> >>
> >> Phase change material
> >> Phase change material
> >> Phase change material
> >> Phase change material
> >> Phase change material
> >
> >
> >
> >
> >
> > ___
> > Talk-au mailing list
> > Talk-au@openstreetmap.org
> > https://lists.openstreetmap.org/listinfo/talk-au
>
>
>
> ___
> Talk-au mailing list
> Talk-au@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-au
>
___
Talk-au mailing list
Talk-au@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-au

Re: [Talk-it] Anagrafe delle Biblioteche Italiane

[claudio62PG]

Visto il dominio non capisco
Claudio



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

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

Re: [OSM-talk-fr] [JOSM] Rechercher à partir du node

[marc marc]

Le 23.08.19 à 13:09, Jacques Lavignotte a écrit :
> je clique sur le node remonté par https://overpass-turbo.eu/s/LJk
> et ça ouvre ID dans openstreetmap.org

cela devrait te l'ouvrir sur osm.org mais pas dans iD

> Je préfère éditer dans JOSM, et donc je l'ouvre
> et voudrais lui faire chercher à partir du node.

soit sur osm.org tu clques sur la petite fleche du bouton éditer,
puis ouvrir dans josm
soit dans josm, tu fais ouvrir l'objet (ctrl-o) et tu renseignes le no 
de l'objet (si tu as l'url dans le presse papier, c'est automatique)
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-fr] [JOSM] Rechercher à partir du node

[Jacques Lavignotte]

Bonjour,

[dans le vent de folie de shop=yes]

je clique sur le node remonté par https://overpass-turbo.eu/s/LJk

et ça ouvre ID dans openstreetmap.org

Je préfère éditer dans JOSM, et donc je l'ouvre

et voudrais lui faire chercher à partir du node.

JE NE TROUVE PAS comment faire.

Aidez-moi siouplaît.

Merci,  J.

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

Re: [talk-au] Remote mapping of Thredbo and Perisher areas

[Warin]

On 23/08/19 20:42, fors...@ozonline.com.au wrote:
From memory its rocks and heath, random rivulets hidden under the 
heath but not wetland


He has also been adding glacial lakes that I never new existed Way: 
713143979


On the LPI Imagery there is what appears to be water there, but it is 
probably some bush when viewed with Ersi clarity.  Also some 'cliff' 
lines above the 'lake' and no cliff there.




Tony


Hi,

A German has been remote mapping this area - he has not been there. I
thought he was working the ski season there ... so I let it go.


He has mapped some areas as 'wetland'. I have only walked occasionally
here and then not noted any wetland.

The LPI Base Map shows no wetland here.

One example Relation: 9919734



Comments?

Phase change material
Phase change material
Phase change material
Phase change material
Phase change material






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




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

Re: [OSM-ja] 位置参照情報（町丁目の階層づくり）について

[tomoya muramoto]

facebookでコメントした内容と重複する項目もあるかもしれませんが、改めてコメントします。

> refタグ
使用しないことに賛成します。

>丁目、に対するタグの割当について
当面の対応として、大字・小字・丁目を分割せずにplace=neighbourhoodでインポートするのがよいと考えます。
理由：例に挙げられている志布志町志布志一丁目のように、分割するのが難しいケースは多々あると思われるため、まずは分割しない形でインポートするのがスムーズに進められると思います。ただし、スキーマを変更してplace=quarterを廃止するのには消極的反対です。多くの人は大字・小字・丁目が区別可能なものと認識していると思いますので、それぞれを個別にタグ付けられる余地は残しておくほうがよいと考えます。

>丁目、の中の数字は、漢数字？
インポートデータをそのまま使ってよいと思います。アラビア数字が正式名称である場合は、local
knowledgeを有している方に個別修正頂くのがよいのではないかと思います。

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

Re: [OSM-talk-fr] fin à venir du rendu osm.org pour shop=yes

[deuzeffe]

On 22/08/2019 15:59, marc marc wrote:


Pour trouver ceux dans votre coin :
https://overpass-turbo.eu/s/LJk
remplacez VotreLieu par le votre à la ligne 2 :)


Ta requête dans mon département me fait remonter* un craft=joiner (que 
j'ai taggué moi-même, merci du mauvais point :P) avec vente sur place de 
ses productions. Je vais donc enlever le tag shop=yes (snif...)


* et une boutique SNCF qui a fermé depuis bien longtemps. Ça fait rire. 
Jaune.

--
deuzeffe

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

[Talk-it] A proposito di man_made=reservoir_covered

[demon_box]

ciao, se trovo un edificio di servizio la quale targhetta riporta "Pozzo A75"
posso secondo voi mapparlo come "man_made=reservoir_covered" oppure no?
in altri casi il dubbio non c'è perchè la targhetta riporta "Serbatoio XY"
in altri casi ancora la targhetta dice "Ripompaggio" e allora di solito in
questo caso uso "man_made=pumping_station"
ma nel primo caso sopra citato è meglio magari stare su un più generico
man_made=water_works ?
si tratta ovviamente di una struttura del sistema idrico per l'acqua
potabile.
che dite?

grazie

--enrico




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

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

Re: [Talk-it] Torrente che entra in grotta

[liste DOT girarsi AT posteo DOT eu]

Il 23/08/19 11:39, Massimo Taronna ha scritto:
> Ciao,
> ho inserito un torrente, a carattere intermittente, che entra in una grotta.
> Quando vado a caricare i dati con Josm mi compare un messaggio di
> avvertimento: *Corso d'acqua finisce senza una connessione ad un altro
> corso d'acqua oppure la sua direzione è errata*
> Posso chiaramente continuare il caricamento, ma mi chiedevo se in qualche
> modo si può segnalare che il suo percorso continua sottoterra
> 
> Massimo
> 

Il warning è ovvio, ma se entra in grotta, di lì in poi può essere
tunnel=culvert, layer=-1, poi se è conosciuto dove sbuca, si puù fare
una way unica tutta culvert, se non si conosce la geometria della
grotta, per adesso può andare bene una retta collegata, ripeto se si
conosce l'ubicazione dell'uscita e continuità in superficie.

Diversamente se finisce in grotta e non si conosce altro, farei una
breve tratta in culvert e lascierei un fixme=continued.

Anche se poi da warning penso sia accettabile semanticamente.



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

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

Re: [Talk-it] climbing_adventure

[liste DOT girarsi AT posteo DOT eu]

Il 23/08/19 10:26, Nogaro ha scritto:
> Il tag che sembra avvicinarsi di più potrebbe essere questo:
> 
> https://wiki.openstreetmap.org/wiki/Tag:amenity%3Dticket_booth
> 
> Però è stato deprecato in favore di shop=ticket. Avendo chiave diversa, si 
> potrebbero anche mettere entrambi.
> 
> Ciao,
> Alberto
> 

shop=ticket mi sembra adeguato, insieme a building=* se è un baldacchino
tipico delle biglietterie.


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

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

Re: [Talk-dk] Rettelser til DAR og OISfixes

[Hans Gregers Petersen]

>
> Tak for forklaringen.
> Men kunne vi ikke ignorere den slags adresser når vi importerer til OSM?

Der er desværre fortsat en del valide adresser (små 300.000), der er
UF-adresser.
Men jo på sigt vil det formodentligt give mening alene at se på TK, TD
og TN - og for nu kan man bruge det i tvivlstilfældene (som dit
eksempel).

Bedste hilsner,

Gregers

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

[talk-au] Remote mapping of Thredbo and Perisher areas

[Warin]

Hi,

A German has been remote mapping this area - he has not been there. I 
thought he was working the ski season there ... so I let it go.



He has mapped some areas as 'wetland'. I have only walked occasionally 
here and then not noted any wetland.


The LPI Base Map shows no wetland here.

One example Relation: 9919734



Comments?

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

Re: [Talk-at] bus-Haltestelle in Graz aufgelassen

[Andreas Uller via Talk-at]

Ich habe nun Antwort vom Verkehrsverbund erhalten, der wiederum bei der Firma Watzke nachgefragt hat: Die Haltestelle gibt es tatsächlich nicht mehr, war ein Fehler vom Verkehrsverbund (bzw. ist nicht von Watzke informiert worden).

Dann sollten die nodes definitiv gelöscht werden.

Um auf deine ursprüngliche Frage zu antworten: In diesem Fall können die nodes einfach gelöscht werden, sie werden dann auch aus den Relationen gelöscht ohne dass da zu Problemen kommt.

 

Andreas

 

Gesendet: Freitag, 23. August 2019 um 07:47 Uhr
Von: "Robin Däneke" 
An: "OpenStreetMap AT" 
Betreff: Re: [Talk-at] bus-Haltestelle in Graz aufgelassen



Hi,

 

also am Watzke-Fahrplan des 671 von 2010 [0] (was wohl der aktuellste sein sollte) sehe ich in keine Fahrtrichtung eine Hauptschule Renner Hst. Ich denke mal, da hat der VV was falsch. Oder hat sich der 671 seit 2010 verändert? 

 

MfG RobinD

emergency99

 

[0]: https://richard.at/wp-content/uploads/2018/06/WV-FP-671-2010-09-13.pdf
___ 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

[Talk-it] Torrente che entra in grotta

[Massimo Taronna]

Ciao,
ho inserito un torrente, a carattere intermittente, che entra in una grotta.
Quando vado a caricare i dati con Josm mi compare un messaggio di
avvertimento: *Corso d'acqua finisce senza una connessione ad un altro
corso d'acqua oppure la sua direzione è errata*
Posso chiaramente continuare il caricamento, ma mi chiedevo se in qualche
modo si può segnalare che il suo percorso continua sottoterra

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

Re: [OSM-talk-fr] usage de shop=yes sur station service

[osm . sanspourriel]

Je dis que dans ce cas /shop=yes/ peut suffire car "/En pratique, une
station-service, si elle a un magasin
associé, vend des produits bien définis, en général du gaz, de
l'alimentation de base (gâteaux / chips) et des produits automobiles
(essuie-glaces, liquides divers)./"

Et oui, on sait ce qu'on trouve en général dans une boutique de station
service.

convenience;gas c'est juste plus clair.

/Les valeurs multiples dans une même clé pose toujours des problèmes en
principe le nouveau schéma voudrais que l'on emploi une valeur
principale et que celle ci soit décliné en clé /
/shop=valeur/
/valeur:x=/
/valeur:y=/
/
/
Voilà :/
/

shop=yes
yes:convenience=yes
yes:gas=yes

C'est juste pour montrer que les espaces de nommages ne sont pas
systématiquement une solution.

Ici ce serait plutôt :
amenity=shop
shop:convenience=yes
shop:gas=yes

Mais l'usage veut que pour shop, on utilise une seule clé principale.
shop=convenience;gas
gas:propane=yes

serait une possibilité

Le 23/08/2019 à 11:02, Jérôme Seigneuret - jerome.seigneu...@gmail.com a
écrit :

Bonjour,

Je bascule le sujet
/
/
/> - soit, option JB, on considère qu'une station service a aussi une
autre
> activité et shop=yes est adapté (le POI apparaitra comme station
> service, on n'a pas "besoin" du point shop)

Pourquoi shop=yes conviendrait ? Il n'est pas question de rendu mais de
description de la station service, et shop=yes me paraît assez imprécis
dans ce cas. En pratique, une station-service, si elle a un magasin
associé, vend des produits bien définis, en général du gaz, de
l'alimentation de base (gâteaux / chips) et des produits automobiles
(essuie-glaces, liquides divers).

Du coup, un shop=convenience;gas me semble plus précis et correct, y
compris s'il est sur le même nœud que l'amenity=fuel. /

C'est une  possibilité

L'autre étant de dissocier les éléments (c'est aussi la aussi
d'échelle de saisie de données)
On a la même prblématique sur les abris bus avec la possibilité de
mettre bench=yes et waste_basket=yes
 et on peut aller aussi sur de l'indoor

Soit sur le site tu peux dissocié les deux soit les informations sont
dans un élément plus global.

/shop=convenience;gas/
Les valeurs multiples dans une même clé pose toujours des problèmes en
principe le nouveau schéma voudrais que l'on emploi une valeur
principale et que celle ci soit décliné en clé
shop=valeur
valeur:x=
valeur:y=

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

[OSM-talk-fr] usage de shop=yes sur station service

[Jérôme Seigneuret]

Bonjour,

Je bascule le sujet













*> - soit, option JB, on considère qu'une station service a aussi une
autre> activité et shop=yes est adapté (le POI apparaitra comme station>
service, on n'a pas "besoin" du point shop)Pourquoi shop=yes conviendrait ?
Il n'est pas question de rendu mais dedescription de la station service, et
shop=yes me paraît assez imprécisdans ce cas. En pratique, une
station-service, si elle a un magasinassocié, vend des produits bien
définis, en général du gaz, del'alimentation de base (gâteaux / chips) et
des produits automobiles(essuie-glaces, liquides divers).Du coup, un
shop=convenience;gas me semble plus précis et correct, ycompris s'il est
sur le même nœud que l'amenity=fuel. *

C'est une  possibilité

L'autre étant de dissocier les éléments (c'est aussi la aussi d'échelle de
saisie de données)
On a la même prblématique sur les abris bus avec la possibilité de mettre
bench=yes et waste_basket=yes
 et on peut aller aussi sur de l'indoor

Soit sur le site tu peux dissocié les deux soit les informations sont dans
un élément plus global.

*shop=convenience;gas*
Les valeurs multiples dans une même clé pose toujours des problèmes en
principe le nouveau schéma voudrais que l'on emploi une valeur principale
et que celle ci soit décliné en clé
shop=valeur
valeur:x=
valeur:y=
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [Talk-dk] Rettelser til DAR og OISfixes

[Niels Elgaard Larsen]

On Thu, 22 Aug 2019 10:32:50 +0200
Hans Gregers Petersen  wrote:


>Det hintes der også om ved at se på den tekniske standard for adressen:
>Fredensborg giver "UF"  (uspecificeret eller foreløbig) -
>http://dawa.aws.dk/adgangsadresser/0a3f507e-aa76-32b8-e044-0003ba298018
>Helsingør giver "TK" (bygningsfacade mod vej) -
>http://dawa.aws.dk/adgangsadresser/0a3f507f-e382-32b8-e044-0003ba298018
>https://danmarksadresser.dk/adressedata/kodelister/teknisk-standard/
>
>Jeg ville ikke tøve to sekunder, med at vælge at fjerne UF-adressen i
>dit eksempel.
>
>Hvis jeg kan finde tiden, vil jeg gerne se på, om vi kan smide et
>eller andet på osmtools.septima.dk, der kan hjælpe med at illustrere
>den slags.


Tak for forklaringen.
Men kunne vi ikke ignorere den slags adresser når vi importerer til OSM?

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

Re: [OSM-talk-fr] fin à venir du rendu osm.org pour shop=yes

[Jacques Lavignotte]

Le 23/08/2019 à 10:17, Phyks a écrit :


J'aurais mis shop=convenience


Je l'ai mis pour une superette. J'ai bon ? ;)

J.
--
GnuPg : C8F5B1E3 Because privacy matters.


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

Re: [OSM-talk-fr] fin à venir du rendu osm.org pour shop=yes

[Jérôme Seigneuret]

@Cyrille37 on va pouvoir booster la list tagging-fr XD

Pour le choix de valeurs il y avait cette liste on peut peut être repartir
sur cette liste pour aborder ces sujets?

Pour en revenir au sujet, si l'on a plus cette clé ça ne changera pas la
face du monde pour les requêtes mais c'est un problème pour le rendu.
@MarcMarc il y a un rendu par défaut pour toute les autres valeurs
renseignés ou juste celle connu d'une liste exploité/ foisonné par osmcarto?
Sinon osmcarto va avoir du travail sauf à mettre un point si pas de figuré
spécifique

JOSM peut t'il proposer une liste un peu plus exhaustive (de base sans
avoir à charger autre chose) ou aller sur le wiki systématiquement

Le wiki peut être plus complet avec un possible parallèle avec les grands
types d'activités proposées en code APE pour simplifier la saisie. En soit
les activités commerciales/artisanales/industrielles sont presque une
couche de données isolées

Je pense qu'en regardant sur TagInfo ou peut trouver pas mal de valeurs
sans description sur le wiki

A l'heure actuelle c'est plus de 174000 valeurs à reprendre dont d'autre en
langue locale et une partie avec des problèmes de case des caractères
(c'est pas limité à la France)

Exemple :

Pour ceux que ça intéresse j'ai juste filtré le résultat json de Taginfo
(il y a 40% de cas d'erreur de saisie même avec cette requête) J'ai pris
des valeur avec plus de 5 entrée dans la page wiki n'existe pas
https://taginfo.openstreetmap.org/api/4/key/values?key=shop=all=fr=count=asc=value=json_pretty

https://jsonpath.com/
$.data[?(@.count > 5 && @.in_wiki == false)].[value,count]

Peut-on essayer de dégrossir tous ça en parallèle de la correction
apportée. Je pense que shop=yes est quand même mis souvent à défaut de
trouver une valeur cohérente

Le ven. 23 août 2019 à 10:29,  a écrit :

> De deux choses l'une :
> - soit, option JB, on considère qu'une station service a aussi une autre
> activité et shop=yes est adapté (le POI apparaitra comme station service,
> on n'a pas "besoin" du point shop)
> - soit, option marc_marc, on considère qu'il s'agit de deux activités
> différentes et alors un shop=convenience ou car_parts voir gas est sans
> doute adapté. Mais dans ce cas on mettra plutôt deux POI avec le risque que
> le POI shop soit affiché au dépendant du POI station service. Alors qu'en
> premier lieu une station service sert du combustible liquide pour la
> propulsion automobile.
>
> Les deux peuvent être adaptés suivant le cas.
> Le 23/08/2019 à 08:25, JB - jb...@mailoo.org a écrit :
>
> Le 22/08/2019 à 22:44, marc marc a écrit :
>
> Le 22.08.19 à 21:18, Jacques Lavignotte a écrit :
>
> J'en ai 2 qui sont des stations-service (essence/gas-oil) qui ont  une «
> boutique » Dans ce cas shop=yes n'est-il pas de bon aloi ?
>
> l'idéal c'est 2 objets, surtout qu'ils ont souvent des horaires
> d'ouverture, des moyens de payement et une position différente "dehors"
> <> dans un batiment
>
> Avec quel tags pour la boutique ? shop=yes en complément d'une station
> service, ça me semblait bien défini :
> https://wiki.openstreetmap.org/wiki/Tag:amenity%3Dfuel#Additional_services
>
>
> ___
> 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
>


-- 
Cordialement,
Jérôme Seigneuret
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] fin à venir du rendu osm.org pour shop=yes

[Phyks]

> - soit, option JB, on considère qu'une station service a aussi une autre
> activité et shop=yes est adapté (le POI apparaitra comme station
> service, on n'a pas "besoin" du point shop)

Pourquoi shop=yes conviendrait ? Il n'est pas question de rendu mais de
description de la station service, et shop=yes me paraît assez imprécis
dans ce cas. En pratique, une station-service, si elle a un magasin
associé, vend des produits bien définis, en général du gaz, de
l'alimentation de base (gâteaux / chips) et des produits automobiles
(essuie-glaces, liquides divers).

Du coup, un shop=convenience;gas me semble plus précis et correct, y
compris s'il est sur le même nœud que l'amenity=fuel.

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

Re: [OSM-talk-fr] fin à venir du rendu osm.org pour shop=yes

[osm . sanspourriel]

De deux choses l'une :
- soit, option JB, on considère qu'une station service a aussi une autre
activité et shop=yes est adapté (le POI apparaitra comme station
service, on n'a pas "besoin" du point shop)
- soit, option marc_marc, on considère qu'il s'agit de deux activités
différentes et alors un shop=convenience ou car_parts voir gas est sans
doute adapté. Mais dans ce cas on mettra plutôt deux POI avec le risque
que le POI shop soit affiché au dépendant du POI station service. Alors
qu'en premier lieu une station service sert du combustible liquide pour
la propulsion automobile.

Les deux peuvent être adaptés suivant le cas.

Le 23/08/2019 à 08:25, JB - jb...@mailoo.org a écrit :

Le 22/08/2019 à 22:44, marc marc a écrit :

Le 22.08.19 à 21:18, Jacques Lavignotte a écrit :

J'en ai 2 qui sont des stations-service (essence/gas-oil) qui ont 
une «
boutique » Dans ce cas shop=yes n'est-il pas de bon aloi ?

l'idéal c'est 2 objets, surtout qu'ils ont souvent des horaires
d'ouverture, des moyens de payement et une position différente "dehors"
<> dans un batiment

Avec quel tags pour la boutique ? shop=yes en complément d'une station
service, ça me semblait bien défini :
https://wiki.openstreetmap.org/wiki/Tag:amenity%3Dfuel#Additional_services


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

Re: [Talk-it] climbing_adventure

[Nogaro]

Il tag che sembra avvicinarsi di più potrebbe essere questo:

https://wiki.openstreetmap.org/wiki/Tag:amenity%3Dticket_booth

Però è stato deprecato in favore di shop=ticket. Avendo chiave diversa, si 
potrebbero anche mettere entrambi.

Ciao,
Alberto

-Original Message-
From: Andreas Lattmann  
Sent: 22 August 2019 23:11
To: openstreetmap list - italiano 
Subject: Re: [Talk-it] climbing_adventure

Grazie Simone, ma non è proprio quello che cercavo. Volevo inserire il luogo 
dove c'è "la cassa", pago per effettuare 1, 2 giri o giri illimitati. 


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

Re: [OSM-talk-fr] fin à venir du rendu osm.org pour shop=yes

[Jacques Lavignotte]

Le 23/08/2019 à 08:11, Jean-Christophe Becquet a écrit :

Le 22/08/2019 22:04, Jacques Lavignotte a écrit :



Tu as :
shop=printer_ink

https://wiki.openstreetmap.org/wiki/Tag:shop%3Dprinter_ink


Oui. C'est ce que j'ai fait.

Mais je faisais remarquer la carte :

https://store.pointdencre.fr/

J.

--
GnuPg : C8F5B1E3 Because privacy matters.


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

Re: [OSM-talk-fr] fin à venir du rendu osm.org pour shop=yes

[Phyks]

> Avec quel tags pour la boutique ? shop=yes en complément d'une station
> service, ça me semblait bien défini :
> https://wiki.openstreetmap.org/wiki/Tag:amenity%3Dfuel#Additional_services

J'aurais mis shop=convenience (pour les boutiques) ou shop=kiosk (si
c'est uniquement un kiosque de paiement pour l'essence).

https://www.openstreetmap.org/node/25214143 par exemple.

-- 
Phyks

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

Re: [OSM-talk-fr] fin à venir du rendu osm.org pour shop=yes

[marc marc]

Le 23.08.19 à 06:51, Jean-Christophe Becquet a écrit :
> Ma Boutique à l'Essai
> http://www.initiative-alpesdehauteprovence.com/lancement-des-candidatures-pour-la-boutique-a-lessai-du-centre-ville-de-digne-les-bains.html
> https://www.openstreetmap.org/node/6700872077

en lisant l'article, la boutique va changer tous les 6 à 12 mois.
soit t'es motivé et tous les 6 mois tu met le nouveau type et nom
soit inventer une nouvelle valeur genre shop=trial_store ou shop=vary ou 
shop=ephemeral
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] fin à venir du rendu osm.org pour shop=yes

[Cyrille37 OSM via Talk-fr]

Oh quel beau et efficace projet de rentrée :-)

Merci MarcMarc

Cyrille37.

Le 22/08/2019 à 15:59, marc marc a écrit :


Bonjour,

osmcarto (le rendu par défaut sur osm.org) s’apprête à supprimer
le rendu des shop=yes, trouvant cette valeur trop imprécise que
pour être utile (mouhaha). c'est pas encore en prod mais c'est codé.
https://github.com/gravitystorm/openstreetmap-carto/issues/3697

Il y en a 3100 en France, 850 en Belgique, 400 en suisse, 77 au lux.
afin d'éviter leur disparition du rendu (on tag pas pour le rendu
mais c'est quand même mieux quand c'est visible), c'est sans doute
l'occasion et l'excuse pour les passer en revue et trouver une
valeur plus adaptée (existante ou à inventer à la hâte, hélas)

Pour trouver ceux dans votre coin :
https://overpass-turbo.eu/s/LJk
remplacez VotreLieu par le votre à la ligne 2 :)

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


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

Re: [OSM-talk-fr] fin à venir du rendu osm.org pour shop=yes

[Jérôme Seigneuret]

Bonjour, pour faire le point en Occitanie

Arriège : 8 points, 2 polygones
https://overpass-turbo.eu/s/LKw

Aude : 2 points, 5 polygones
https://overpass-turbo.eu/s/LKx

Aveyron: 9 points
https://overpass-turbo.eu/s/LKy

Gard : 2 points, 3 polygones
https://overpass-turbo.eu/s/LKv

Gers : 13 points, 2 polygones
https://overpass-turbo.eu/s/LKB

Haute Garonne : 53 points, 18 polygones
https://overpass-turbo.eu/s/LKA

Hérault : 78 points, 18 polygones dont une partie de mes contributions (par
flemme de trouver la bon type)
https://overpass-turbo.eu/s/LKu

Lot: 6 points, 5 polygones
https://overpass-turbo.eu/s/LKC

Lozère : 3 points 2 polygones
https://overpass-turbo.eu/s/LKD

Hautes-Pyrénées: 1 point 2 polygones
https://overpass-turbo.eu/s/LKE

Pyrénées-Orientales 14 points, 6 polygones
https://overpass-turbo.eu/s/LKF

Tarn; 5 points, 1 polygone
https://overpass-turbo.eu/s/LKG

Tarn-et-Garonne: 3 points, 5 Polygones
https://overpass-turbo.eu/s/LKI

On peut faire une page wiki de suivi? par département je pense que c'est
suffisant.

Le ven. 23 août 2019 à 08:26, JB  a écrit :

> Le 22/08/2019 à 22:44, marc marc a écrit :
> > Le 22.08.19 à 21:18, Jacques Lavignotte a écrit :
> >> J'en ai 2 qui sont des stations-service (essence/gas-oil) qui ont  une «
> >> boutique » Dans ce cas shop=yes n'est-il pas de bon aloi ?
> > l'idéal c'est 2 objets, surtout qu'ils ont souvent des horaires
> > d'ouverture, des moyens de payement et une position différente "dehors"
> > <> dans un batiment
> Avec quel tags pour la boutique ? shop=yes en complément d'une station
> service, ça me semblait bien défini :
> https://wiki.openstreetmap.org/wiki/Tag:amenity%3Dfuel#Additional_services
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>


-- 
Cordialement,
Jérôme Seigneuret
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [Talk-it] Raduno osmer in montagna

[Luca Delucchi]

On Thu, 22 Aug 2019 at 20:26, mbranco2  wrote:

> Se per caso qualcuno di voi sarà ancora in ferie e ha voglia di conoscere
> un bella valle piemontese insieme ad altri osmer, segnalo anche in lista
> nazionale l'incontro che abbiamo organizzato per sabato 31 agosto in Val di
> Lanzo:
>
> https://lists.openstreetmap.org/pipermail/talk-it-piemonte/2019-August/000979.html
>
>
bravi!


> Un saluto,
> Marco
>
>
-- 
ciao
Luca

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

[Talk-at] Fwd: [fossgis-verein] Videos vom OSGeo Day (AGIT) sind online

[ScubbX]

Hallo!

Jakob Miksch hat die Videos des OSGeoDays der AGIT 2019 fertig gestellt 
und hochgeladen. (siehe angehängte eMail von Jakob, die gestern an die 
FOSSGIS Mailingliste ging)


Beste Grüße,
Markus (ScubbX)

---

   /Hallo allerseits,//
   //
   //die Videos vom OSGeo Da
   y
    der
   diesjährigen AGIT sind online://
   //
   //* Open Source Technologie im Unternehmen//
   // (Arnulf Christl)//
   //* Das OpenStreetMap Ökosystem im Unternehmen nutzen?//
   // (Jürgen Hahn)//
   //* OpenStreetMap und Wikidata: Vergleiche und Kontraste//
   // (Nikolai Janakiev)//
   //* Neuigkeiten vom QGIS-Projekt 
   (Anita//
   //Graser)//
   //* OpenLayers und Vue.js in der Praxis
   //
   //(Christian Mayer)//
   //* GeoStyler: ein generischer grafischer Stileditor für Geodaten//
   // (Steffi Forberig)//
   //* Automatisiertes WebGIS-UserInterface Testing//
   // (Markus Mayr)//
   //* Neue Feautures vom Open Source WebGIS Mapbender//
   // (Charlotte Toma)//
   //* PostgreSQL: Zeitreihen mit SQL //
   //(Hans-Jürgen Schönig)//
   //* Big Spatial(!) Data Processing mit GeoMesa//
   // (Anita Graser)//
   //* Hochverfügbare und skalierbare GIS Datenbanken//
   // (Hans-Jürgen Schönig)//
   //* GDAL/OGR: Geodaten automatisiert verarbeiten//
   // (Jakob Miksch)//
   //
   //Viel Spaß damit.//
   //
   //Viele Grüße,//
   //Jakob//
   //
   //--//
   //Jakob Miksch//
   //Geospatial Application Development//
   //jakobmiksch.eu //
   /

   /-- 
FOSSGIS
 2020, die Konferenz für Open Source GIS mit OpenData undOpenStreetMap in 
Freiburg im Breisgau!11.-14. März 2020 an der Universität 
Freiburghttps://fossgis-konferenz.de/2020///FOSSGIS Veranstaltungen 
2019https://www.fossgis.de/node/322//FOSSGIS e.V, der Verein zur 
Förderung von Freier Software aus demGIS-Bereich und Freier 
Geodaten!https://www.fossgis.de/ 
https://twitter.com/fossgis_eV//Verein-Liste
 mailing 
listverein-li...@fossgis.dehttps://lists.fossgis.de/mailman/listinfo/verein-liste/

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

Re: [OSM-talk-fr] fin à venir du rendu osm.org pour shop=yes

[JB]

Le 22/08/2019 à 22:44, marc marc a écrit :

Le 22.08.19 à 21:18, Jacques Lavignotte a écrit :

J'en ai 2 qui sont des stations-service (essence/gas-oil) qui ont  une «
boutique » Dans ce cas shop=yes n'est-il pas de bon aloi ?

l'idéal c'est 2 objets, surtout qu'ils ont souvent des horaires
d'ouverture, des moyens de payement et une position différente "dehors"
<> dans un batiment
Avec quel tags pour la boutique ? shop=yes en complément d'une station 
service, ça me semblait bien défini : 
https://wiki.openstreetmap.org/wiki/Tag:amenity%3Dfuel#Additional_services



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

Re: [OSM-talk-fr] fin à venir du rendu osm.org pour shop=yes

[Jean-Christophe Becquet]

Le 22/08/2019 22:04, Jacques Lavignotte a écrit :
> J'ai pu corriger ses tags dans OSM mais pas ça :
> 
> https://store.pointdencre.fr/

Tu as :
shop=printer_ink

https://wiki.openstreetmap.org/wiki/Tag:shop%3Dprinter_ink

JCB
-- 
Richard Stallman : Le projet GNU est vraiment un projet social
http://www.apitux.org/index.php?2007/05/25/200-richard-stallman-le-projet-gnu-est-vraiment-un-projet-social

==APITUX : le choix du logiciel libre==

APITUX - Jean-Christophe Becquet
2 chemin du Tivoli - 04000 Digne-les-Bains
06 25 86 07 92 - j...@apitux.com - http://www.apitux.com
SIRET : 452 887 441 00031 - APE : 6202A

===

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

Re: [Talk-it] climbing_adventure

[liste_girarsi]

Il 22 Agosto 2019 23:11:16 CEST, Andreas Lattmann  ha 
scritto:
>Grazie Simone, ma non è proprio quello che cercavo. Volevo inserire il
>luogo dove c'è "la cassa", pago per effettuare 1, 2 giri o giri
>illimitati. 
>Non so se sono riuscito a spiegarmi, grazie comunque 
>
>
>Il 18 agosto 2019 17:57:27 CEST, liste DOT girarsi AT posteo DOT eu
> ha scritto:
>>Il 18/08/19 17:40, Andreas Lattmann ha scritto:
>>> Buingiorno, 
>>> ho una domanda riguardante i climbing_adventure: come si mappa il
>>luogo dove si paga il noleggio dell'attrezzatura e dei giri sul
>>percorso avventura?
>>> Grazie
>>> Andreas
>>> --
>>> 樂
>>> 
>>
>>Mi hai ricordato una discussione vecchia, e, guardando in Nabble,
>c'era
>>un tizio che ti somiglia che ha proposto questo tag nella email:
>>
>>http://gis.19327.n8.nabble.com/Parco-avventura-tp5899235p5899258.html
>>
>>Potrebbe essere quello che cercavi?
>>
>>
>>-- 
>>_|_|_|_|_|_|_|_|_|_
>>|_|_|_|_|_|_|_|_|_|_|
>>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

allora cerca nella wiki o nelle discussioni quella sulle piscine all'esterno, 
ricordo si era fatto un accenno su questo, ora sono via quindi semmai se non 
interviene altri rispondo più tardi

--simone girardelli--
##
Inviato dal mio dispositivo Android con K-9 Mail. Perdonate la brevità.

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