Re: [Talk-ro] Conventii si drumuri

[Gabriel Sebastian Moise]

Foarte corect Răzvan, mai ales la partea cu modul în care profesioniștii
folosesc categoriile de drum. Trebuia sa le spui cum o autostrada are FC3,
FC4, pentru ca nu a fost condusă și nu sunt codate toate informațiile și
importul gpx este făcut din diverse surse.
Dacă nu știe nimeni ce este FC3 : clasificare de  Drum național cu trafic
mediu uneori, drum județean . Prioritate medie în rutare.  FC1 este rangul
autostrăzii !
Abia după ce este condusă , și se codează toate informațiile, i se ridica
rangul și categoria la FC1

Acum cu referire la cine folosește OSM și pentru ce,  cred ca ar trebui sa
se mai informeze lumea.  Sunt foarte multe softuri de navigatie bazate pe
OSM.  Unele sunt chiar de clasă.  Oare Route66 o fi făcut soft de
navigatie  în curs de dezvoltare doar de  ochii lumii sa se afle în treaba
?
Și exemplele pot continua !
Pe 13 mar. 2016 7:18 a.m., "razor74 [via GIS]" <
ml-node+s19327n5869691...@n5.nabble.com> a scris:

>
> Sorein  a fost dat la o parte pentru probleme extreme legate nu numai de
> modificarea exagerata a categoriilor de drumuri pana si  de la primary
> in service road, dar si pentru nerespectarea avbrevierilor, a folosirii
> diacriticelor si a amenintarii tuturor utlizatorilor noi care editau
> prin zona moldovei ca el e boss-ul pe acolo si ei sa aibe grija... Ca sa
> nu mai zic de limbaj. Foarte multi au renuntat sa mai editeze din cauza
> lui.
> Asa ca, nu o da tu la cotita aducand in discutie problema cu Sorein.
> Iti recomand sa re-citesti nota explicativa data de DWG ( niste
> teroristi in viziunea lui) pentru banarea lui.
>
> Revenind strict la discutile despre harta, cred ca nu mai sunteti deloc
> in actualitate cu mersul infrastructurii in romania... Nu se poate
> generaliza un set noi de reguli nici dupa ideile mele sau ale lui
> Gabriel tocmai pentru ca infrastructura in romania e praf la orice nivel
> de drum si multe se mai pot schimba inca. Cum este exemplu lui DN7, care
> de la Pitesti spre Ramnicu Valcea, apoi spre Sibiu, desi nu e un drum
> european, a fost pus ca trunk tocmai pentru ca este singurul drum care
> preia intreg traficul ( inlcusiv cel greu).
>
> De aceea profesionisti in ale hartilor digitale precum Here (nu niste
> amatori ca noi) utilizeaza rang-ul drumurilor in situatiile care o cer
> in stricta legatura cu traficul de pe ele si cu calitatea drumului.
>
> Ca de altfel putem avea o gramada de exemple unde OSM deja ruteaza
> foarte bine, mai bine si decat Waze, ca sa nu mai vorbim de google maps,
> unde este posibil sa fii ocolit fara rost si sute de kilometri pana la
> destinatie.
>
> Nu mai spuneti  ca utilizatorii prefera osm strict pentru altceva decat
> rutare, ca nu este asa...
>
> Cautati si pe google play la toate programele de navigare dedicate osm
> si o sa vedeti pentru ce anume sunt cautate...
>
> Ca daca e sa o luam pentru  POI-uri - sincer suntem slabi. Avem mult mai
> putin decat are google si cu mult mai putin decat are Here. Noroc ca ma
> chinui sa le mai actualizez  cand pe unde trec si pot sa le culeg.
> Pentru ca aproape nimeni nu prea mai editeaza, dar cand e sa arate cu
> degetul multi zmei se arata...
>
>
>
> On 12.03.2016 23:28, Attila Asztalos wrote:
>
> > On 12-Mar-2016 16:42, Strainu wrote:
> >> În data de 10 martie 2016, 17:59, Gabriel Sebastian Moise
> >> <[hidden email] >
> a scris:
> >>> Nu neaparat se vor respecta echivalente de DJ - Secondary..
> >>> Exista cazuri in care un DJ poate fi Tertiary datorita faptului ca
> >>> trebuie
> >>> scazut rangul drumului din motive de rutare, si / sau asfalul este
> >>> echivalent cu un camp dupa razboi , si ai o alternativa care nu
> >>> ocolesti sa
> >>> ajungi unde trebuie pe alta ruta !
> >>>
> >>> Nu va apucati sa modificati ranguri de drumuri, folosind numai un
> >>> tabel de
> >>> echivalenta , pentru ca stricati rutarea de nu va inchipuiti.
> >>>
> >>> De exemplu in Sinaia PH, DN-ul trece prin localitate dar si Here
> >>> pune rang
> >>> mai mic pe el si lasa ca ruta aleasa si rutarea sa se faca pe
> >>> centura , si
> >>> nu prin oras !   In oras e DN-ul e Primary si centura e Trunk !
> >> Gabriel, există acte oficiale în acest sens?
> >>
> http://www.observatorulph.ro/social/35119-schimbare-de-prioritate-pe-dn1-la-sinaia
>
> >>
> >> zice că DN1 e centura, deci acolo e respectat wiki-ul.
> >>
> >>> Exemple sunt multe prin toate judetele !
> >>>
> >>> Cu cat drumul are o importanta mai mare, cu atat rangul creste, si
> >>> cu cat
> >>> drumul e mai nasol... cu atat rangul scade !
> >>>
> >>> De exemplu in Buzau la Serata Monteoru are DJ203G  care are un pavaj
> >>> nasol,
> >>> este tertiary. Nu este asfaltat.
> >>>
> >>> DN73A este secondary, drum degradat  in stare jalnica, m-am ales cu
> >>> set de
> >>> bucsi , pivoti si antiroliu Nu ai ce ocoli..
> >>>
> >>> Inca odata, nu va apucati sa modificati categoria de drumuri in tara
> >>> , dupa
> >>> tabele !  Categoriile de drumuri sunt un subiect sensibil 

[Talk-de] osm2pgsql

[Tobias]

Hi liste,

ich versuche gerade die special database columns via osm2pgsql zu
importieren.
dazu habe ich die entsprechenden Zeilen in der config auskommentiert.

# Special database columns
# 

osm_user - datatype texts
osm_uid - datatype integer
osm_version - datatype integer
osm_changeset - datatype integer
osm_timestamp - datatype timestamptz(0)

und beim Import --extra-attributes angehängt.

Der import läuft dann auch ohne beschwerden los nur finde ich leider die
felder nicht. Spontan wäre ich davon ausgegangen dass osm2pgsql dafür
ein paar spalten in z.B. in planet_osm_point anlegt. Eine spalte
osm_user oder ähnlich gibt es nicht ...

Mach ich etwas falsch oder bin ich nur zu dumm die infos zu finden?

Gruß und Dank



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

Re: [OSM-ja] 変なリレーション?

[ribbon]

On Sun, Mar 13, 2016 at 11:21:03AM +0900, Satoshi IIDA wrote:

> いまみたらまだ残っていたので、消しました。

ありがとうございます。

> 特に変わったエラーはありませんでしたが。。。
> 
> https://github.com/osmfj/osm_japan_issues/issues/28
> 
> ・Wayオブジェクトを削除（これで、リレーションの所属メンバーが0個になる）
> ・空になったリレーションを削除
  --これをどうしていいかが分からなかったんです。

ribbon

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

[talk-ph] Fwd: [OSM-talk] WeeklyOSM 294

[Eugene Alvin Villar]

Another weekly dose of news and tidbits from around the OSM world.

-- Forwarded message --
From: Jinal Foflia 
Date: Sat, Mar 12, 2016 at 12:57 PM
Subject: [OSM-talk] WeeklyOSM 294
To: t...@openstreetmap.org


The weekly round-up of OSM news, issue #294, is now available online in
English, giving as always a summary of all things happening in the
OpenStreetMap world:

http://www.weeklyosm.eu/archives/7084

*Among others:*

   - Mapillary closed a further financing round, getting access to 8
   million US Dollars for further expansion.
   - Having issues with JOSM authorization? Look in for a solution
   - The call for venues for SotM 2017 is now open!
   - Want to know more about how to use OSMLint to detect errors in
   OpenStreetMap based on vector data tiles?
   - FIONA is a satellite based personal navigation assistant for indoor
   and outdoor use

Enjoy!

weeklyOSM is brought to you by ...
https://wiki.openstreetmap.org/wiki/WeeklyOSM

Cheers,
Jinal Foflia 

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

Re: [OSM-ja] 変なリレーション?

[Satoshi IIDA]

いいだです。

いまみたらまだ残っていたので、消しました。
特に変わったエラーはありませんでしたが。。。

https://github.com/osmfj/osm_japan_issues/issues/28

・Wayオブジェクトを削除（これで、リレーションの所属メンバーが0個になる）
・空になったリレーションを削除
・アップロード









2016年2月28日 9:08 ribbon :

> On Mon, Feb 15, 2016 at 08:17:34PM +0900, yuu hayashi wrote:
> > hayashiです。
> >
> > 編集途中のリレーションをアップして、そのまま放置してしまっているようですね。
> > リレーション＆メンバーWAYを削除してかまわないと思います。
> > ちなみに、リレーションだけ削除すると、メンバーWAYが「タグなしWAY」になってしまって警告が出ると思います。
>
> この、メンバーWAYの削除、と言うのがよく分かりませんでした。
> JOSMでリレーションを削除する前に、どこかを削除しないと駄目なのでしょうか。
>
> ribbon
>
> ___
> Talk-ja mailing list
> Talk-ja@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-ja
>



-- 
Satoshi IIDA
mail: nyamp...@gmail.com
twitter: @nyampire
___
Talk-ja mailing list
Talk-ja@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ja

Re: [Talk-at] Wochennotiz Nr. 293 23.2.2016–29.2.2016

[Friedrich Volkmann]

On 12.03.2016 23:46, Rudolf Mayer wrote:
> On 2016-03-12 11:20, Friedrich Volkmann wrote:
>> On 12.03.2016 10:47, Clemens Schüller wrote:
>>> Was ich an der Wochennotiz toll finde, sind die Beiträge von überall her
>>> und nicht nur aus DE und und AT.
>>
>> Ich finde auch Jethro Tull gut, und vielleicht kennen einige neue User hier
>> Jethro Tull noch nicht. Soll ich deshalb jede Woche auf Talk-AT einen Link
>> zu einer Jethro-Tull-Website posten?
> 
> 
> Sorry, aber dieser Vergleich ist wirklich ein super Beispiel für einen SPAM
> Beitrag - der bringt nämlich genau gar nichts.

Doch, er zeigt den Fehler des Vorgängerbeitrags auf, und zwar auf eine
einprägsamere Weise als ein lapidarer Hinweis auf das Thema dieser
Mailingliste. Dieser Hinweis war hier sowieso schon öfter gefallen, aber
damit redet man in den Wind, weil es einfach überlesen wird.

Es gibt verschiedene Definitionen von Spam, und keine davon enthält das
Kriterium, ob es etwas bringt.

> Also, etwas mehr ernsthaft zur Sache diskutieren wäre super.
> Eventuell auch eine (etwas formalisiertere) Abstimmung machen wenn das
> einfacher ist als sachlich zu diskutieren...

Wenn du es so ernsthaft und formalisiert angehst, dann ist es egal, wie so
eine Abstimmung ausgeht, die Wochennotiz wird dadurch nicht
österreichbezogener. Es wäre quasi eine Verfassungsänderung nötig, also eine
Aufweichung des Österreichsbezugs in der Maililnglistenbeschreibung.

-- 
Friedrich K. Volkmann   http://www.volki.at/
Adr.: Davidgasse 76-80/14/10, 1100 Wien, Austria

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

Re: [Talk-at] Wochennotiz Nr. 294 1.3.2016–7.3.2016

[Friedrich Volkmann]

On 12.03.2016 14:02, Florian Michaeler wrote:
> Am 12. März 2016 11:17:38 MEZ, schrieb nebulon42 :
> 
>> Ich finde die Wochennotiz super, aber nur den Link alleine brauche ich
>> nicht. Ich habe auch die Talk-de Liste abonniert und bekomme den Link
>> dann doppelt. Im RSS habe ich die Wochennotiz auch, also brauche ich
>> eigentlich keine der Erinnerungsmails. Sicher kann ich die Mails
>> filtern, aber ich finde es besser wenn man an den relevanten Stellen
>> (Wiki, openstreetmap.at, etc.) auf die Wochennotiz hinweist, anstatt
>> jede Woche alle zwangszubeglücken.
>>
> +1
> Seh ich genau so.

Ich könnte jetzt ebenfalls "+1" schreiben, aber dieses Kürzel "+1" ist
genauso ein Symptom des Werteverfalls wie der Wochennotiz-Spam selber. Mit
den Werten meine ich speziell, dass in Mailinglisten genauso wie im Usenet
urprünglich die Argumente zählten und nicht die Anzahl der Unterstützer.
Eine Unterstützung auf diese Weise zu äußern verstieß sogar gegen die
Netiquette: »Avoid posting "Me Too" messages, where content is limited to
agreement with previous posts.« (RFC 1855) Das "+1" als ein Kürzel für "me
too" kommt m.W. aus dem IRC, wo es ok war, da für Erklärungen keine Zeit
blieb. Bis man im Chat einen ganzen Satz getippt hat, ist das Thema längst
woanders.

Aus dem IRC würde das "+1" in die sozialen Netzwerke übernommen, und von da
wiederum dringt es in die Webforen und Malinglisten ein - nicht nur als
Code, sondern auch als Verhaltensweise: In sozialen Netzwerken tut man nicht
diskutieren, sondern "liken" und "disliken". Eine weitere Verhaltensweise
ist es, alles, was man beachtlich findet, überall zu "sharen". Auch das ist
eine Verletzung der klassischen Netiquette, nicht nur wegen Offtopic,
sondern auch in der Eigenschaft als Multiposting.

Dass Mailinglisten kein Facebook/Google+/Twitter sind, dass hier Qualität
statt Quantität gefragt ist, Argumente statt Likes, das weiß halt keiner,
der von dort kommt. Woher auch. Mailinglisten und Usenet sind aussterbende
Relikte aus früheren Jahrzehnten, nur noch verstanden von damaligen
Computerfreaks, aus meinem Bekanntenkreis sind schon etliche gestorben. Was
aber nicht entschuldbar ist, ist die Ignoranz, wenn jemand auf die Regeln
hingewiesen wird und sich trotzdem nicht an sie hält.

-- 
Friedrich K. Volkmann   http://www.volki.at/
Adr.: Davidgasse 76-80/14/10, 1100 Wien, Austria

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

Re: [Talk-it] tag turistici

[Cascafico Giovanni]

Appena visto questo caso di false-friend: nella OSM wiki francese non era
facile trovarlo perchè la rivoluzione ha snaturato l'uso del termine da
birreria a ristorante

"La Brasserie
Letteralmente “*fabbrica di birra*“, le brasserie erano infatti un luogo
dove si poteva bere della buona birra, ma in seguito alla rivoluzione
francese questi posti si sono trasformati in ristoranti che restano aperti
fino a tardi, non necessitano di prenotazione e offrono ottimi piatti
francesi accompagnati da birra, vino o bibite varie. Qui si possono
mangiare anche bistecche e piatti di pesce e una varia scelta di dessert.
Tradizionalmente hanno tovaglie bianche e menu stampati, lo stile informale
e prezzi modici."

in field calculator:

WHEN "CATEGORIE" = 'Café- bar- brasserie'  THEN CASE
WHEN "ETABLISSEM"  LIKE '%Bar% ' THEN 'amenity=bar'
WHEN "ETABLISSEM"  LIKE '% Café %'THEN 'amenity=cafe'
WHEN "ETABLISSEM"  LIKE '% Brasserie %' THEN 'amenity=restaurant'
ELSE 'amenity=bar'
  END





Il giorno 12 marzo 2016 22:32, girarsi_liste  ha
scritto:

> Il 12/03/2016 22:24, Cascafico Giovanni ha scritto:
> > Mah, visto che il dataset ha una dozzina di 'Café- bar- brasserie' su
> 5200
> > righe, credo si possa dedurre dal nome e fare a mano.
> >
> > ar limite:
> >
> > amenity=cafe
> > bar=yes
> >
>
> Con google translate brasserie dovrebbe essere una fabbrica di birra o
> birreria, il che facile è la seconda:
>
> https://translate.google.it/#fr/it/brasserie
>
>
>
>
> --
> Simone Girardelli
> _|_|_|_|_|_|_|_|_|_
> |_|_|_|_|_|_|_|_|_|_|
>
>
>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] tag turistici

[girarsi_liste]

Il 12/03/2016 22:24, Cascafico Giovanni ha scritto:
> Mah, visto che il dataset ha una dozzina di 'Café- bar- brasserie' su 5200
> righe, credo si possa dedurre dal nome e fare a mano.
> 
> ar limite:
> 
> amenity=cafe
> bar=yes
> 

Con google translate brasserie dovrebbe essere una fabbrica di birra o
birreria, il che facile è la seconda:

https://translate.google.it/#fr/it/brasserie




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



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

Re: [Talk-ro] Conventii si drumuri

[Attila Asztalos]

On 12-Mar-2016 16:42, Strainu wrote:

În data de 10 martie 2016, 17:59, Gabriel Sebastian Moise
 a scris:

Nu neaparat se vor respecta echivalente de DJ - Secondary..
Exista cazuri in care un DJ poate fi Tertiary datorita faptului ca trebuie
scazut rangul drumului din motive de rutare, si / sau asfalul este
echivalent cu un camp dupa razboi , si ai o alternativa care nu ocolesti sa
ajungi unde trebuie pe alta ruta !

Nu va apucati sa modificati ranguri de drumuri, folosind numai un tabel de
echivalenta , pentru ca stricati rutarea de nu va inchipuiti.

De exemplu in Sinaia PH, DN-ul trece prin localitate dar si Here pune rang
mai mic pe el si lasa ca ruta aleasa si rutarea sa se faca pe centura , si
nu prin oras !   In oras e DN-ul e Primary si centura e Trunk !

Gabriel, există acte oficiale în acest sens?
http://www.observatorulph.ro/social/35119-schimbare-de-prioritate-pe-dn1-la-sinaia
zice că DN1 e centura, deci acolo e respectat wiki-ul.


Exemple sunt multe prin toate judetele !

Cu cat drumul are o importanta mai mare, cu atat rangul creste, si cu cat
drumul e mai nasol... cu atat rangul scade !

De exemplu in Buzau la Serata Monteoru are DJ203G  care are un pavaj nasol,
este tertiary. Nu este asfaltat.

DN73A este secondary, drum degradat  in stare jalnica, m-am ales cu set de
bucsi , pivoti si antiroliu Nu ai ce ocoli..

Inca odata, nu va apucati sa modificati categoria de drumuri in tara , dupa
tabele !  Categoriile de drumuri sunt un subiect sensibil .. si vorbim
de multa atentie !

Francisc are dreptate, lucrurile au fost stabilite și marcate ca atare
în wiki, Sorein a fost îndepărtat și acum veniți și o dați cotită? Nu
e OK. Dacă vreți să propuneți altceva propuneți, dar wiki-ul ar trebui
respectat.

Nici eu nu mai sunt foarte activ, așa că nu o să mă apuc să schimb
prin hartă, dar corect față de oamenii noi care vin ar fi ca tu și
Răzvan (pentru că mi se pare că sunteți printre cei mai activi și
susțineți o schimbare) să puneți mâna și să propuneți un nou set de
reguli, să le discutăm, pentru ca în final acestea să fie trecute pe
wiki *și respectate*.

Știu că voi sunteți foarte pasionați de engine-urile de rutare, dar
trebuie să fiți realiști și să realizați faptul că sunt relativ puțini
oameni care folosesc OSM pentru rutare, dar mulți care folosesc, de
exemplu, hărțile de calitate a drumurilor realizate pe baza datelor
noastre.

Strainu


+1, din câte ştiu eu în mod normal clasificarea drumurilor se face pe 
bază de nivel administrativ și NUMAI de nivel administrativ; a existat 
întotdeauna o presiune spre a clasifica în funcţie de starea drumului, 
dar niciodată nu a fost legitimizată din câte știu eu. Pentru a nota 
starea fizică a carosabilului există celelalte tag-uri dacă e cazul...




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

Re: [Talk-it] tag turistici

[Cascafico Giovanni]

Mah, visto che il dataset ha una dozzina di 'Café- bar- brasserie' su 5200
righe, credo si possa dedurre dal nome e fare a mano.

ar limite:

amenity=cafe
bar=yes

@Martin che giustamente si preoccupa per il processo di import, segnalo la
pagina relativa:

http://wiki.openstreetmap.org/wiki/Les_Etablissements_%22Tourisme_%26_Handicap%22



2016-03-12 14:15 GMT+01:00 Martin Koppenhoefer :

>
>
> sent from a phone
>
> Am 12.03.2016 um 14:06 schrieb Daniele Forsi :
>
> >> WHEN "CATEGORIE" = 'Café- bar- brasserie'  THEN 'amenity=bar'
> >
> > sai come mappano i francesi? perché cafe e bar hanno significati
> > diversi in osm e per cafe c'è la traduzioni in francese:
> > http://wiki.openstreetmap.org/wiki/FR:Tag:amenity%3Dcafe
> >
> > bar: 9508
> > cafe: 8260
> > brasserie: 1 :-)
> > http://taginfo.openstreetmap.fr/keys/amenity#values
>
>
> brasserie potrebbe anche essere "pub", impossibile dirlo  senza conoscere
> il posto.
>
>
> 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-de] JOSM - Anmeldung

[simson.gert...@gmail.com]

9963 wurde als neue stabile Version veröffentlicht und sollte alle 
OAuth-Probleme beheben.


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

Re: [Talk-at] Wochennotiz Nr. 293 23.2.2016–29.2.2016

[Friedrich Volkmann]

On 12.03.2016 18:18, Peter Kössler wrote:
> Die haben aber mit OSM gar nichts zu tun!
> Bitte vernünftigere Argumente!

Die Wochennotiz hat mit Musik überhaupt nichts zu tun!
Bitte vernünftigere Argumente!

So und jetzt mal extra für dich ganz langsam: Talk-AT ist eine Mailingliste
für "Austria specific topics and discussion", siehe
http://wiki.openstreetmap.org/wiki/Mailing_lists#Country-Specific_Lists.
Darum sind "Beiträge von überall her und nicht nur aus DE und und AT" hier
offtopic, genauso wie Beiträge über Jethro Tull.

> Am 12.03.2016 um 11:20 schrieb Friedrich Volkmann:
>> On 12.03.2016 10:47, Clemens Schüller wrote:
>>> Was ich an der Wochennotiz toll finde, sind die Beiträge von überall her
>>> und nicht nur aus DE und und AT.
>> Ich finde auch Jethro Tull gut, und vielleicht kennen einige neue User hier
>> Jethro Tull noch nicht. Soll ich deshalb jede Woche auf Talk-AT einen Link
>> zu einer Jethro-Tull-Website posten?

Learn to quote. Den eigenen Text bitte unter den zitierten, nicht umgekehrt
(http://de.wikipedia.org/wiki/TOFU).

-- 
Friedrich K. Volkmann   http://www.volki.at/
Adr.: Davidgasse 76-80/14/10, 1100 Wien, Austria

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

Re: [OSM-talk] Guides to improve navigation data in OpenStreetMap

[Paul Johnson]

On Sat, Mar 12, 2016 at 10:09 AM, Nicolás Alvarez  wrote:

>
> El 12 mar 2016, a las 04:18, Paul Johnson  escribió:
>
> On Fri, Mar 11, 2016 at 6:02 PM, Janko Mihelic 
> wrote:
>
>> pet, 11. ožu 2016. 21:00 Martin Koppenhoefer  je
>> napisao:
>>
>>>
>>> what about the pavement/sidewalk, shall it be included? If yes, what is
>>> a lane there, e.g. when there are (partially) physical separations?
>>>
>>>
>> No,  I wouldn't include sidewalks. You could argue that sidewalks are
>> just another lane, but there is a difference. The moment you step on a
>> street, you are following rules of a game. Everyone on the street should
>> know about each other, and act accordingly.
>> Sidewalks are a different story, you can stop and chat there, there are
>> no rules.
>>
>> So even if there are no physical separations, I would never include a
>> sidewalk in the lane scheme of a road (except with the sidewalk=*
>> attribute).
>>
>
> I'm not a fan of the sidewalk tag on the centerline way; just map the
> footways.
>
>
> I see it as simplified tagging. In Buenos Aires almost every road has
> sidewalks, and I'm surely not going to draw them all as separate ways.
> Adding the sidewalk tag is much easier. I would go as far as saying I would
> assume sidewalk=both unless specified otherwise!
>

I wouldn't.  I'm going out on a long-ass limb here, but I'm guessing that
rural highways, country roads, mountain roads, alleyways, parking aisles,
driveways, and the vast majority of ways that lack a hard surface aren't
going to have sidewalks of any kind at all.  And this would account for the
overwhelming majority of roads.  Educated guess based on the American
Rockies alone.
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] Guides to improve navigation data in OpenStreetMap

[Paul Johnson]

On Sat, Mar 12, 2016 at 7:12 AM, Arun Ganesh 
wrote:

> this means that all turn:lanes, change:lanes, access:lanes,
>> forward:lanes, backward:lanes, etc. should count ALL lanes
>
>
> Turn lanes meant for a turn in a particular direction at the junction. I'm
> not sure if the concept of a turn lane extends to a cycle?
>

At least in most of the US, yes.  Yes it does.  Heck, bicycle specific
turning facilities are becoming more common, too, to the point of being
routine in cities with busy bicycle infrastructure (or planning well ahead
for it).  Even if not the case, it can be helpful for routers to know which
lane might allow a vehicle but be the designated lane for a specific mode
(truck and bicycle designated lanes, for example, will tend to perform
slower than general lanes; likewise, bus and HOV lanes will tend to perform
faster).  Lane guidance need not necessarily be about the next turn
exclusively, having a lane suggestion in open traffic (for example in
Osmand, before the next turn arrow turns yellow) can be handy.  For
example, say you're driving Interstate 30 lengthwise through the DFW
metroplex.  That city has freeways that are typically four roadways,
sometimes six (and more wouldn't surprise me).  Which gets you through most
efficiently?  The carpool express road?  The expressway?  Or the local road?

Or a couple real world examples from experience:  You're on US 75 HOV
South, and you need to get to the Dallas Intercontinental Hotel in Farmer's
Branch.  Which exit do you take to get back on US 75 South, to have ample
time to make it across 5 lanes of traffic to take the best crossover to the
local lanes with access to surface streets?  As I found out the hard way,
the answer is "The first HOV exit" since the second one won't come until a
few feet after the ramp you need to take miles down the road, and I ended
up on I 685 HOV almost until Dallas International Airport and had to
backtrack a dozen miles.

Another one, and one I frequently used a CB to guide truckers through
traffic on (since they tend to hold a more consistent speed and are good at
preventing people from cutting you off; just get behind one going your way,
talk 'em through getting out of Portland, and suddenly driving the
Banfield's like riding the MAX with a stereo without having to run down
Burnside)... say you've just left I 5 North to get on I 84 East in
Portland, Oregon.  You're trying to get to the truck stops in Troutdale,
preferably with enough time left over to eat and get a shower before you
legally have to sleep before you get on the road again the next morning.
There's three lanes, and you still have 18 miles to go, 9 before the two
busiest interchanges in the state.  Traffic is manageable but quickly
squeezing together and slowing down fast.  Most truckers would go with the
middle or probably the right lane out of instinct, but this will get you
stuck in exit only lanes unannounced until the last minute, forcing lane
changes in unyielding traffic.  The correct answer would be "use the
leftmost lane and don't leave it", that lane leaves downtown Portland, and
by the time you get to Troutdale, it's the exit only lane for your truck
stop:  You only have a direct shot if you stay left on the I-5 to I 84 ramp
and stick to that lane all the way.  Knowing this saves you 30-45 minutes
travel time (and time is money).


> The turn lane data should provide enough information to a car driver on
> which lane to take for a turn. Its obviously important to know the presence
> of a cycle lane in between the car turn lanes for proper guidance, and the
> main questions is if the `turn:lane` key is suitable for capturing this
> data.
>

I'm not sure it needs to be car specific.  The lane usage needs may vary by
mode, it's important that supported modes be able to take this information
into account.  From experience, the farther away you get from a midsize
sedan or station wagon in terms of size, weight, acceleration, braking and
top speed, the more likely you're going to need to know which lane you need
to be in, and possibly how early you're either able or legally allowed to
be in it.  And bicycle left turn lanes, particularly in Portland, are often
the rightmost possible lane, swinging across all other traffic when that
lane's released, and much shorter than the general lanes.  Washington DC
has at least one bicycle facility where through traffic uses the right
lane, and all turns, left or right, uses the left lane (the bicycle lanes
are the centermost lanes, instead of the outside lanes).  People don't know
this stuff if they're not a roadgeek, and even if they are, they may not
necessarily have the exact pattern memorized for the distances required to
be efficient at knowing the pattern.
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

[OSM-talk-be] Mapper in the Spotlight

[Marc Gemis]

We're sorry we've published so few interviews with Belgian mappers lately,
but here is one with a Dutch mapper: Nick

http://www.openstreetmap.org/user/escada/diary/38131 (in English)
http://www.openstreetmap.org/user/escada/diary/38132 (in Dutch)

regards

m

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

Re: [OSM-talk] Tagging Piers vs Docks

[Clifford Snow]

I submitted issue https://github.com/openstreetmap/iD/issues/3030

Clifford

On Sat, Mar 12, 2016 at 11:03 AM, Clifford Snow 
wrote:

>
> On Sat, Mar 12, 2016 at 8:24 AM, Greg Troxel  wrote:
>
>>
>> Arguably searching for dock leading to only man_made=pier is best,
>> because the people who know about the strict usage of pier vs dock are
>> not the ones who need help; it's the other 99.9%.
>
>
> +1
>
>
>
> --
> @osm_seattle
> osm_seattle.snowandsnow.us
> OpenStreetMap: Maps with a human touch
>



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

Re: [OSM-talk] Tagging Piers vs Docks

[Clifford Snow]

On Sat, Mar 12, 2016 at 8:24 AM, Greg Troxel  wrote:

>
> Arguably searching for dock leading to only man_made=pier is best,
> because the people who know about the strict usage of pier vs dock are
> not the ones who need help; it's the other 99.9%.


+1



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

Re: [Talk-it] Tags per ciclostazione

[girarsi_liste]

Il 12/03/2016 11:26, emmexx ha scritto:
> Volevo sapere se sono necessari tag specifici per una ciclostazione come
> quella descritta qui:
> http://www.merateonline.it/articolo.php?idd=53119
> 
> In particolare la stazione permette la custodia di 120 bici e di 20
> motocicli. Come si gestisce questa situazione?
> 
> grazie
>   maxx

Direi partendo da qui per il parcheggio bici:

http://wiki.openstreetmap.org/wiki/IT:Key:bicycle_parking

Per le moto :

http://wiki.openstreetmap.org/wiki/Tag:amenity%3Dmotorcycle_parking


Poi se fanno pagare ci sta un fee=yes, altro ci sarebbe la custodia, ma
è prevista nei link precedenti.

Attendo altre aggiunte per completare.



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



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

Re: [Talk-ro] Conventii si drumuri

[Andrei B]

On 2016-03-12 6:54 PM, Strainu wrote:
> În data de 12 martie 2016, 17:48, Andrei B  a scris:
>>
>> On 2016-03-12 5:00 PM, Strainu wrote:
>>> În data de 10 martie 2016, 17:10, Andrei B  a scris:
 Salut,

 Am o intrebare despre conventiile pentru Romania:

 autostrada = motorway
 Drum National (DNxxx) + Drum European (Exxx) = trunk ? ( sau primary road? 
 )
 Drum National (DNxxx) = primary road?
 Drum Judetean (DJxxx) = secondary road?
 Drum Comunal (DCxxx) = tertiary road?

 Conform
 http://wiki.openstreetmap.org/wiki/Highway:International_equivalence
 intuitia mea ar fi corecta, si unele drumuri in si/sau din Pitesti ar fi
 marcate gresit.

 Ma uitam la urmatoarea intersectie din Pitesti:
 https://www.openstreetmap.org/#map=15/44.8687/24.8845
 DN7 cu DN73. Fiind vorba de ambele drumuri cu titulatura "DN", ma
 intrebam de ce apar cu culori diferite.
 La fel si aici: https://www.openstreetmap.org/#map=16/44.8908/24.8232

 DN7 nu apare ( cel putin in Wiki https://ro.wikipedia.org/wiki/DN7 ) ca
 facand parte din vreun drum european. Nu gasesc alte referinte intre DN7
 si drum european. Totusi, care este statutul acestuia?
 Daca da, atunci segmentul care intra in Pitesti dinspre SE este gresit,
 si segmentul care iese in N (zona Bascov) este corect?
 Daca nu, atunci segmentul care intra in Pitesti dinspre SE este corect,
 si segmentul care iese in N (zona Bascov) este gresit?

 DN73 (https://ro.wikipedia.org/wiki/DN73 ) este marcat ca facand parte
 din E574 pe traseul Craiova - Pitesti - Brasov - Tg. Secuiesc - Onesti -
 Bacau. Se continua cu DN65 catre Craiova in SV Pitesti-ului.
 DN65 apare si el ca "trunk".
>>> Nu înțeleg de ce vi se pare diferit față de Wiki? DN73 e si E, deci e
>>> trunk; DN7 nu e E, deci e primary. Care e problema exact?
>> Nelamurirea mea este ca de ce la intrarea din SE DN7 e primary (ok, nu
>> este E, deci dupa aceasta regula e ok), iar la iesirea din nord, catre
>> Ramnicu Valcea, DN7 este trunk (desi in continuare nu are conotatia de E) ?
> Am înțeles acum. Între Pitești și Sibiu, DN7 e E68. [1]
Ah. Multumesc de clarificare.
>
>> Cealalta nelamurire s-a lamurit, in sensul ca in interiorul oraselor,
>> unde nu este centura, nu se pun drumuri trunk. (am inteles bine?)
> Cred că v-ați dat seama din mesajele de mai sus că nu există
> unanimitate :) Eu sunt de părere că nu trebuie generalizat: o altă
> clasificare are sens doar în "capetele" de drum, unde structura
> orașului nu se mulează în jurul drumului național. O regulă simplă ar
> fi: dacă orașul apare în partea de sus a bornelor kilometrice, atunci
> schimbi clasificarea în oraș, dacă nu, ții drumul ca trunk. Din nou,
> asta e părerea mea, dar văd că în mare parte așa arată și pe hartă.
>
> Strainu
>
>
> [1] 
> https://ro.wikipedia.org/wiki/Fi%C8%99ier:Drumurile_europene_in_Romania.svg
> (harta e neactualizată cu ultimele porțiuni de autostradă, dar în zona
> care ne interesează nu contează)
> [2] http://www.openstreetmap.org/#map=14/45.3842/27.0376
>>> Strainu
>>>
>>> ___
>>> Talk-ro mailing list
>>> Talk-ro@openstreetmap.org
>>> https://lists.openstreetmap.org/listinfo/talk-ro
>>
>> ___
>> Talk-ro mailing list
>> Talk-ro@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-ro
> ___
> Talk-ro mailing list
> Talk-ro@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-ro


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

Re: [Talk-de] query in postgis osmosis

[Tobias]

On 08.03.2016 20:47, Tobias wrote:
> Hi,
>
> ich habe mir eine postgis datenbank mit osmosis Simple layout angelegt
> und schon ein paar einfacher querys hinter mir.
>  
> Jetzt würde ich gerne die gis funktionen nutzen. Um zum Beispiel alle
> Häuser in einem PLZ polygon zu finden. Leider habe ich keine Beispiele
> dazu im Wiki finden können. Vor allem habe ich ein Problem an die
> geometrie der pogone zu kommen.
>
> Es würde mir sehr helfen wenn einer von ein example zur hand hätte.
>
> Gruß und Dank
> Tobi
>
> ___
> Talk-de mailing list
> Talk-de@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-de
Hi,

danke für die schnellen und hilfreichen Antworten.
Ich habe mir die Sache etwas angesehen und denke dass ich den Ansatz von
Walter weiter vorfolgen werde.

Gruß
Tobi

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

Re: [OSM-co] Importación de datos La Guajira: reservorios y jagüeyes

[hyan...@gmail.com]

Gracias Carlos y Fredy! El proyecto para el trazado de agua en La Guajira
ha sido publicado en:

http://tareas.openstreetmap.co/project/3

Este es el proyecto más importante para el propósito de ayudar a la
comunidad Wayúu a encontrar soluciones para la sequía que viven.

Muchas gracias comunidad OSM Colombia por sus contribuciones.

Saludos,

Humberto Yances

El 9 de marzo de 2016, 12:54, Fredy Rivera  escribió:

> 2016-02-20 11:34 GMT-05:00 carlos felipe castillo :
> > Buen día.
> Hola
> >
> > Ante la situación de sequia se puede tener en cuenta la Etiqueta
> > intermittent = Yes
> ademas de esa etiqueta, seria productivo agregar la etiqueta
> date=dd/mm/yy
> donde la fecha es la fecha de la imagen para saber en ese momento en
> que estado estaba.
>
> salu2
>
>
> >
> > Saludos
> >
> > El lun., 25 ene. 2016 a las 19:43, hyan...@gmail.com ( >)
> > escribió:
> >>
> >> Buenas noches comunidad,
> >>
> >> Hemos recibido la donación de datos sobre "Reservorios y Jagüeyes" a lo
> >> largo y ancho del departamento de La Guajira.
> >>
> >> En la coordinación de la #MapatónXLaGuajira estamos analizando los datos
> >> con el objeto de iniciar el proceso de importación, al respecto unos
> >> primeros comentarios para compartir con ustedes:
> >>
> >> Es una capa de 3646 nodos, cada uno con nombres como "jagüey 168",
> >> "reservorio 1312", etc. Es preferible omitirlos durante la importación,
> >> agregando solo los de la toponimia;
> >> convertir (manualmente) los nodos en áreas usando imágenes aéreas
> >> disponibles;
> >> usar la capa original de nodos como referencia para saber dónde están;
> >> se proponen las siguientes etiquetas: a) para los reservorios
> >> 'natural=water' + 'water=reservoir'; b) para los jagüeyes,
> 'natural=water' +
> >> 'water=pond'.
> >>
> >> La colaboración está abierta, también se abrirá una wiki para ir
> >> documentadolo.
> >>
> >> Saludos,
> >>
> >> Humberto Yances
> >>
> >> ___
> >> Talk-co mailing list
> >> Talk-co@openstreetmap.org
> >> https://lists.openstreetmap.org/listinfo/talk-co
> >
> >
> > ___
> > Talk-co mailing list
> > Talk-co@openstreetmap.org
> > https://lists.openstreetmap.org/listinfo/talk-co
> >
>
>
>
> --
> ##
>  |___|__\___
>  | _ |   |_ |  }
>  "(_)""  ""(_)"
>
> Twitter: @fredy_rivera
>
> Phone USA:  (347) 688-4473
>
> Mobil telephone: +57 3044886255
>
> ___
> Talk-co mailing list
> Talk-co@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-co
>
___
Talk-co mailing list
Talk-co@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-co

Re: [Talk-de] Datenerfassung für stadtverträgliches LKW-Routing im Rheinland

[Michael Paulmann]

Wie bitte? Ich glaube Du verstehst mich falsch. Ich denke in den Kommunen, also 
im Amt, hat bisher noch niemand irgendetwas gemappt, zumindest in den Meisten 
nicht. Wenn wir darauf angewiesen wären was die Kommunen im Amt tun, dann wäre 
Openstreetmap heute bei weitem nicht das was es heute ist.

Gruß

Michael

Von: uwe_sennew...@hotmail.com [uwe_sennew...@hotmail.com]
Gesendet: Freitag, 11. März 2016 13:24
An: talk-de@openstreetmap.org
Betreff: Re: [Talk-de] Datenerfassung für stadtverträgliches LKW-Routing im 
Rheinland

> Immernoch und immer wieder: Für wen mappen wir? Mappen wir für den Router? 
> Mappen wir für die Karte? Also ich habe gelernt das wir weder das eine noch 
> das Andere tun. Jetzt ist die Frage was diesen Mappen dann soll, wenn es kein 
> mappen für den Router ist. Und immernoch bleibt die Frage wer sich um die 
> über 1 Kommunen kümmert die dann Ihre Routen in OSM haben wollten.
>
> Gruß
>
> Michael
>
>

Die Frage  "Mappen wir für den Router ?" kann ich ja noch verstehen,
auch wenn ich diese für mich mit ja beantworte aber die Frage "Mappen
wir für die Karte ?" ist doch wohl mehr als hohl.
Wir mappen Daten die in einer GeoDatenbank gespeichert werden und diese
Daten werden auch durch verschiedenen Karten graphisch dargestellt.

Wir müssen uns auch nicht um 1 Kommunen kümmern, diese können ihre
Daten auch selbst bei OSM abliefern, schließlich braucht nur ein
Mitarbeiter je Kommune eine Anmeldung bei OSM .
Die Frage steht doch eher, wollen wir die Kommunen mit unserem Wissen
unterstützen ?
Jedes Verkehrszeichen, jeder Straßenname, jede Hausnummer die bisher
gemappt wurden beruhen auf einer Entscheidung die in einer dieser 1
Kommunen getroffen wurde.

Wenn man sich beim Verkehrsverbund Rhein-Sieg Gedanken über
LKW-Navigation macht und dies hier veröffentlicht gibt es einen
Aufschrei, wenn ein Mapper im OSM-Forum um Mithilfe beim Erfassen von
Durchfahrtshöhen von Brücken für sein LKW-Navigationsprojekt bittet
schwärmen Deutschland weit Mapper wie die fleißigen Bienchen aus.
Udo Lindenberg hat wohl zu recht schon in einem seiner frühen Titel
gesungen "uns regiert die Schizophrenie".

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

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

Re: [Talk-ro] Conventii si drumuri

[Strainu]

În data de 12 martie 2016, 17:48, Andrei B  a scris:
>
>
> On 2016-03-12 5:00 PM, Strainu wrote:
>> În data de 10 martie 2016, 17:10, Andrei B  a scris:
>>> Salut,
>>>
>>> Am o intrebare despre conventiile pentru Romania:
>>>
>>> autostrada = motorway
>>> Drum National (DNxxx) + Drum European (Exxx) = trunk ? ( sau primary road? )
>>> Drum National (DNxxx) = primary road?
>>> Drum Judetean (DJxxx) = secondary road?
>>> Drum Comunal (DCxxx) = tertiary road?
>>>
>>> Conform
>>> http://wiki.openstreetmap.org/wiki/Highway:International_equivalence
>>> intuitia mea ar fi corecta, si unele drumuri in si/sau din Pitesti ar fi
>>> marcate gresit.
>>>
>>> Ma uitam la urmatoarea intersectie din Pitesti:
>>> https://www.openstreetmap.org/#map=15/44.8687/24.8845
>>> DN7 cu DN73. Fiind vorba de ambele drumuri cu titulatura "DN", ma
>>> intrebam de ce apar cu culori diferite.
>>> La fel si aici: https://www.openstreetmap.org/#map=16/44.8908/24.8232
>>>
>>> DN7 nu apare ( cel putin in Wiki https://ro.wikipedia.org/wiki/DN7 ) ca
>>> facand parte din vreun drum european. Nu gasesc alte referinte intre DN7
>>> si drum european. Totusi, care este statutul acestuia?
>>> Daca da, atunci segmentul care intra in Pitesti dinspre SE este gresit,
>>> si segmentul care iese in N (zona Bascov) este corect?
>>> Daca nu, atunci segmentul care intra in Pitesti dinspre SE este corect,
>>> si segmentul care iese in N (zona Bascov) este gresit?
>>>
>>> DN73 (https://ro.wikipedia.org/wiki/DN73 ) este marcat ca facand parte
>>> din E574 pe traseul Craiova - Pitesti - Brasov - Tg. Secuiesc - Onesti -
>>> Bacau. Se continua cu DN65 catre Craiova in SV Pitesti-ului.
>>> DN65 apare si el ca "trunk".
>> Nu înțeleg de ce vi se pare diferit față de Wiki? DN73 e si E, deci e
>> trunk; DN7 nu e E, deci e primary. Care e problema exact?
>
> Nelamurirea mea este ca de ce la intrarea din SE DN7 e primary (ok, nu
> este E, deci dupa aceasta regula e ok), iar la iesirea din nord, catre
> Ramnicu Valcea, DN7 este trunk (desi in continuare nu are conotatia de E) ?

Am înțeles acum. Între Pitești și Sibiu, DN7 e E68. [1]

> Cealalta nelamurire s-a lamurit, in sensul ca in interiorul oraselor,
> unde nu este centura, nu se pun drumuri trunk. (am inteles bine?)

Cred că v-ați dat seama din mesajele de mai sus că nu există
unanimitate :) Eu sunt de părere că nu trebuie generalizat: o altă
clasificare are sens doar în "capetele" de drum, unde structura
orașului nu se mulează în jurul drumului național. O regulă simplă ar
fi: dacă orașul apare în partea de sus a bornelor kilometrice, atunci
schimbi clasificarea în oraș, dacă nu, ții drumul ca trunk. Din nou,
asta e părerea mea, dar văd că în mare parte așa arată și pe hartă.

Strainu


[1] https://ro.wikipedia.org/wiki/Fi%C8%99ier:Drumurile_europene_in_Romania.svg
(harta e neactualizată cu ultimele porțiuni de autostradă, dar în zona
care ne interesează nu contează)
[2] http://www.openstreetmap.org/#map=14/45.3842/27.0376
>
>>
>> Strainu
>>
>> ___
>> Talk-ro mailing list
>> Talk-ro@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-ro
>
>
> ___
> Talk-ro mailing list
> Talk-ro@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-ro

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

Re: [OSM-talk] Tagging Piers vs Docks

[Greg Troxel]

Clifford Snow  writes:

> Unfortunately those trained in nautical matters is quite small. Most are
> like me, a dock is something you walk out on from the shore. In some parts
> of the country the docks are removed in the winter others are there
> permanently.

Agreed that this is 99.9% of the usage.

> Not sure how we fix iD. Should searching for dock in US_en default to
> man_made=pier and a search for drydock result in man_made=dock?

Probably yes.  I suspect something where one is presented with tagging
choices that have locale-specific hints is probably best, something
like:

   man_made=pier (a place where you walk, adjacent to a boat in the water)
   waterway=dock (a place where a boat goes, often adjacent to a pier)

and then the "translation" of the hint can really be the right text for
that locale to explain the tag codepoint.

Arguably searching for dock leading to only man_made=pier is best,
because the people who know about the strict usage of pier vs dock are
not the ones who need help; it's the other 99.9%.


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

Re: [OSM-talk] Tagging Piers vs Docks

[Clifford Snow]

On Sat, Mar 12, 2016 at 6:01 AM, Greg Troxel  wrote:

> Actually in en_US, precise usage by those trained in nautical matters
> matches the international usage.  I'd call it incorrect usage to use
> dock for the pier, although overwhelmingly common.
>

Unfortunately those trained in nautical matters is quite small. Most are
like me, a dock is something you walk out on from the shore. In some parts
of the country the docks are removed in the winter others are there
permanently.

Not sure how we fix iD. Should searching for dock in US_en default to
man_made=pier and a search for drydock result in man_made=dock?

Clifford


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

Re: [OSM-talk] Guides to improve navigation data in OpenStreetMap

[Nicolás Alvarez]

> El 12 mar 2016, a las 04:18, Paul Johnson  escribió:
> 
>> On Fri, Mar 11, 2016 at 6:02 PM, Janko Mihelic  
>> wrote:
>> pet, 11. ožu 2016. 21:00 Martin Koppenhoefer  je 
>> napisao:
>>> 
>>> what about the pavement/sidewalk, shall it be included? If yes, what is a 
>>> lane there, e.g. when there are (partially) physical separations?
>> 
>> 
>> No,  I wouldn't include sidewalks. You could argue that sidewalks are just 
>> another lane, but there is a difference. The moment you step on a street, 
>> you are following rules of a game. Everyone on the street should know about 
>> each other, and act accordingly. 
>> Sidewalks are a different story, you can stop and chat there, there are no 
>> rules. 
>> 
>> So even if there are no physical separations, I would never include a 
>> sidewalk in the lane scheme of a road (except with the sidewalk=* 
>> attribute). 
> 
> I'm not a fan of the sidewalk tag on the centerline way; just map the 
> footways.

I see it as simplified tagging. In Buenos Aires almost every road has 
sidewalks, and I'm surely not going to draw them all as separate ways. Adding 
the sidewalk tag is much easier. I would go as far as saying I would assume 
sidewalk=both unless specified otherwise!

-- 
Nicolás___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [Talk-ro] Conventii si drumuri

[Andrei B]

On 2016-03-12 5:00 PM, Strainu wrote:
> În data de 10 martie 2016, 17:10, Andrei B  a scris:
>> Salut,
>>
>> Am o intrebare despre conventiile pentru Romania:
>>
>> autostrada = motorway
>> Drum National (DNxxx) + Drum European (Exxx) = trunk ? ( sau primary road? )
>> Drum National (DNxxx) = primary road?
>> Drum Judetean (DJxxx) = secondary road?
>> Drum Comunal (DCxxx) = tertiary road?
>>
>> Conform
>> http://wiki.openstreetmap.org/wiki/Highway:International_equivalence
>> intuitia mea ar fi corecta, si unele drumuri in si/sau din Pitesti ar fi
>> marcate gresit.
>>
>> Ma uitam la urmatoarea intersectie din Pitesti:
>> https://www.openstreetmap.org/#map=15/44.8687/24.8845
>> DN7 cu DN73. Fiind vorba de ambele drumuri cu titulatura "DN", ma
>> intrebam de ce apar cu culori diferite.
>> La fel si aici: https://www.openstreetmap.org/#map=16/44.8908/24.8232
>>
>> DN7 nu apare ( cel putin in Wiki https://ro.wikipedia.org/wiki/DN7 ) ca
>> facand parte din vreun drum european. Nu gasesc alte referinte intre DN7
>> si drum european. Totusi, care este statutul acestuia?
>> Daca da, atunci segmentul care intra in Pitesti dinspre SE este gresit,
>> si segmentul care iese in N (zona Bascov) este corect?
>> Daca nu, atunci segmentul care intra in Pitesti dinspre SE este corect,
>> si segmentul care iese in N (zona Bascov) este gresit?
>>
>> DN73 (https://ro.wikipedia.org/wiki/DN73 ) este marcat ca facand parte
>> din E574 pe traseul Craiova - Pitesti - Brasov - Tg. Secuiesc - Onesti -
>> Bacau. Se continua cu DN65 catre Craiova in SV Pitesti-ului.
>> DN65 apare si el ca "trunk".
> Nu înțeleg de ce vi se pare diferit față de Wiki? DN73 e si E, deci e
> trunk; DN7 nu e E, deci e primary. Care e problema exact?

Nelamurirea mea este ca de ce la intrarea din SE DN7 e primary (ok, nu
este E, deci dupa aceasta regula e ok), iar la iesirea din nord, catre
Ramnicu Valcea, DN7 este trunk (desi in continuare nu are conotatia de E) ?


Cealalta nelamurire s-a lamurit, in sensul ca in interiorul oraselor,
unde nu este centura, nu se pun drumuri trunk. (am inteles bine?)

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


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

Re: [Talk-ro] Conventii si drumuri

[Francisc TOTH]

conform definitiei, "highway" este folosit sa codeze categoria administrativa a 
unui drum.
Fiindca multe tool-uri de routare vin din vest, unde presupunerea ca o calitate 
si o mai buna folosire a drumului creste odata cu categoria administrativa este 
chiar adevarata, si din cauza ca Mapnik coloreaza diferit dupa categoria 
administrativa, acele tool-uri si multi oameni se axeaza obsesiv pe folosirea 
doar a campului "highway". Oamenii fac si edit-war, samd.
Cum presupunerea e primul pas spre greseala, presupunerea de mai sus nu e 
corecta, mai ales in Romania. Exemplele curg, n-are rost.
Atunci avem si tag-urile lanes,(=1,2,..n) smoothness, surface(=asphalt, dirt, 
grass, gravel...)
un DN nu ar trebui pus tertiary, nici un DJ pus primary doar pe baza 
asfaltului. 
Iarasi se presupune gresit ca OSM e facut pentru masini.

Astea s-au mai discutat dar cei care au cazut de acord nu mai sunt pe aici,  
suporterii de aplicatii fac presiune ca sunt interese la mijloc
 

On Thursday, March 10, 2016 6:19 PM, Gabriel Sebastian Moise 
 wrote:
 

 Alt exemplu in Sacele - Brasov, s-a creat centura ocolitoare mai ales datorita 
traficului greu care trecea prin localitate. Strada principala vechiul DN1A 
este secondary , si s-a facut Primary centura , adica noul DN1A !

Pana si waze a inceput sa foloseasca in mod dinamic rangurile de drum , mai nou 
si in orase pentru a oferi o rutare mai buna !

 In orasele mari se folosesc Primary, Secondary, Teriary pentru bulevarde 
principale, si artere principale de trafic, care se numesc si drumuri 
colectoare de trafic, au rang superior fata de cele residentiale, si primesc 
rangurile pe masura. Ajuta rutarea sa fie eficienta, iar softurile de navigatie 
vor oferi rute mult mai optime !


 

În data de 10 martie 2016, 18:04, Andrei B [via GIS] <[hidden email]> a scris:

 Foarte de acord. De aceea am si intrebat, nu numai cu titlu "academic", ci si 
cu exemple concrete.
 
 On 2016-03-10 5:59 PM, Gabriel Sebastian Moise wrote:
  
 Nu neaparat se vor respecta echivalente de DJ - Secondary.. 
  Exista cazuri in care un DJ poate fi Tertiary datorita faptului ca trebuie 
scazut rangul drumului din motive de rutare, si / sau asfalul este echivalent 
cu un camp dupa razboi , si ai o alternativa care nu ocolesti sa ajungi unde  
trebuie pe alta ruta !
 
  Nu va apucati sa modificati ranguri de drumuri, folosind numai un tabel de 
echivalenta , pentru ca stricati rutarea de nu va inchipuiti. 
 
  De exemplu in Sinaia PH, DN-ul trece prin localitate dar si Here pune rang 
mai mic pe el si lasa ca ruta aleasa si rutarea sa se faca pe centura , si nu 
prin oras !   In oras e DN-ul e Primary si centura e Trunk !
 
  Exemple sunt multe prin toate judetele !
 
  Cu cat drumul are o importanta mai mare, cu atat rangul creste, si cu cat 
drumul e mai nasol... cu atat rangul scade !
 
  De exemplu in Buzau la Serata Monteoru are DJ203G  care are un pavaj nasol, 
este tertiary. Nu este asfaltat. 
 
  DN73A este secondary, drum degradat  in stare jalnica, m-am ales cu set de 
bucsi , pivoti si antiroliu Nu ai ce ocoli.. 
 
  Inca odata, nu va apucati sa modificati categoria de drumuri in tara , dupa 
tabele !  Categoriile de drumuri sunt un subiect sensibil .. si vorbim de 
multa atentie !
 
   
 În data de 10 martie 2016, 17:10, Andrei B [via GIS] <[hidden email]> a scris:
 
 Salut, 
 
 Am o intrebare despre conventiile pentru Romania: 
 
 autostrada = motorway 
 Drum National (DNxxx) + Drum European (Exxx) = trunk ? ( sau primary road? ) 
 Drum National (DNxxx) = primary road? 
 Drum Judetean (DJxxx) = secondary road? 
 Drum Comunal (DCxxx) = tertiary road? 
 
 Conform 
 http://wiki.openstreetmap.org/wiki/Highway:International_equivalence
 intuitia mea ar fi corecta, si unele drumuri in si/sau din Pitesti ar fi 
 marcate gresit. 
 
 Ma uitam la urmatoarea intersectie din Pitesti: 
 https://www.openstreetmap.org/#map=15/44.8687/24.8845
 DN7 cu DN73. Fiind vorba de ambele drumuri cu titulatura "DN", ma 
 intrebam de ce apar cu culori diferite. 
 La fel si aici: https://www.openstreetmap.org/#map=16/44.8908/24.8232
 
 DN7 nu apare ( cel putin in Wiki https://ro.wikipedia.org/wiki/DN7 ) ca 
 facand parte din vreun drum european. Nu gasesc alte referinte intre DN7 
 si drum european. Totusi, care este statutul acestuia? 
 Daca da, atunci segmentul care intra in Pitesti dinspre SE este gresit, 
 si segmentul care iese in N (zona Bascov) este corect? 
 Daca nu, atunci segmentul care intra in Pitesti dinspre SE este corect, 
 si segmentul care iese in N (zona Bascov) este gresit? 
 
 DN73 (https://ro.wikipedia.org/wiki/DN73 ) este marcat ca facand parte 
 din E574 pe traseul Craiova - Pitesti - Brasov - Tg. Secuiesc - Onesti - 
 Bacau. Se continua cu DN65 catre Craiova in SV Pitesti-ului. 
 DN65 apare si el ca "trunk". 
 
 Ei bine, unele sunt marcate drept "trunk road" iar celelalte drept 
 "primary road". de aici si intrebarea 

Re: [OSM-talk] Tagging Piers vs Docks

[Greg Troxel]

Malcolm Herring  writes:

> On 11/03/2016 17:15, Jean-Marc Liotier wrote:
>> By the way, we recently had a discussion on tagging@osm
>>  about quay, pier etc. :
>
> That discussion was about the various mooring structures. The OP
> refers to the US-en usage of the word "dock", which is applied to any
> mooring structure (including pontoons). The international (IHO)
> meaning of "dock" refers to the area of water between two or more such
> structures, not the structures themselves.

Actually in en_US, precise usage by those trained in nautical matters
matches the international usage.  I'd call it incorrect usage to use
dock for the pier, although overwhelmingly common.


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

Re: [OSM-talk] Guides to improve navigation data in OpenStreetMap

[Colin Smale]

In the Netherlands just about everything that can apply to motor vehicles can 
also be found somewhere applying to bicycles. That includes turn lanes...
--colin

On 12 March 2016 14:12:25 CET, Arun Ganesh  wrote:
>>
>> this means that all turn:lanes, change:lanes, access:lanes,
>> forward:lanes, backward:lanes, etc. should count ALL lanes
>
>
>Turn lanes meant for a turn in a particular direction at the junction.
>I'm
>not sure if the concept of a turn lane extends to a cycle?
>
>The turn lane data should provide enough information to a car driver on
>which lane to take for a turn. Its obviously important to know the
>presence
>of a cycle lane in between the car turn lanes for proper guidance, and
>the
>main questions is if the `turn:lane` key is suitable for capturing this
>data.
>
>Arun
>
>
>
>
>
>___
>talk mailing list
>talk@openstreetmap.org
>https://lists.openstreetmap.org/listinfo/talk
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [Talk-it] tag turistici

[Martin Koppenhoefer]

sent from a phone

Am 12.03.2016 um 14:06 schrieb Daniele Forsi :

>> WHEN "CATEGORIE" = 'Café- bar- brasserie'  THEN 'amenity=bar'
> 
> sai come mappano i francesi? perché cafe e bar hanno significati
> diversi in osm e per cafe c'è la traduzioni in francese:
> http://wiki.openstreetmap.org/wiki/FR:Tag:amenity%3Dcafe
> 
> bar: 9508
> cafe: 8260
> brasserie: 1 :-)
> http://taginfo.openstreetmap.fr/keys/amenity#values


brasserie potrebbe anche essere "pub", impossibile dirlo  senza conoscere il 
posto.


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

Re: [OSM-talk] Guides to improve navigation data in OpenStreetMap

[Arun Ganesh]

>
> this means that all turn:lanes, change:lanes, access:lanes,
> forward:lanes, backward:lanes, etc. should count ALL lanes


Turn lanes meant for a turn in a particular direction at the junction. I'm
not sure if the concept of a turn lane extends to a cycle?

The turn lane data should provide enough information to a car driver on
which lane to take for a turn. Its obviously important to know the presence
of a cycle lane in between the car turn lanes for proper guidance, and the
main questions is if the `turn:lane` key is suitable for capturing this
data.

Arun

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

Re: [Talk-it] tag turistici

[Daniele Forsi]

Il 12 marzo 2016 10:53, Cascafico Giovanni ha scritto:

>   WHEN "CATEGORIE" = 'Café- bar- brasserie'  THEN 'amenity=bar'

sai come mappano i francesi? perché cafe e bar hanno significati
diversi in osm e per cafe c'è la traduzioni in francese:
http://wiki.openstreetmap.org/wiki/FR:Tag:amenity%3Dcafe

bar: 9508
cafe: 8260
brasserie: 1 :-)
http://taginfo.openstreetmap.fr/keys/amenity#values
-- 
Daniele Forsi

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

Re: [Talk-it] tag turistici

[Martin Koppenhoefer]

sent from a phone

> Am 12.03.2016 um 10:53 schrieb Cascafico Giovanni :
> 
> In sintesi, sto traducendo delle categorie di un dataset francese della 
> "Tourisme & Handicap" per rimappare i tag, a questo punto vi sottopongo la 
> mia versione...


giusto per completezza, segnalo il processo import se intendessi caricare in 
OSM: http://wiki.openstreetmap.org/wiki/Import


ciao,
Martin 


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

Re: [Talk-it] Tags per ciclostazione

[Alecs]

Ciao, direi che si può descrivere analogamente ad un parcheggio per auto.
supervised=yes indica che è custodito (mi pare di capire dall'articolo), poi
fee=no, gli orari di apertura naturalmente, covered=yes (le bici/moto sono
al coperto), operator=* eventualmente.
Per il numero di posti c'è capacity=*, sarebbero due oggetti diversi (un
amenity=bicycle_parking e un  amenity=motorcycle_parking), nodi o aree,
decidi cosa ti sembra meglio.



--
View this message in context: 
http://gis.19327.n5.nabble.com/Tags-per-ciclostazione-tp5869657p5869660.html
Sent from the Italy General mailing list archive at Nabble.com.

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

[Talk-it] Tags per ciclostazione

[emmexx]

Volevo sapere se sono necessari tag specifici per una ciclostazione come
quella descritta qui:
http://www.merateonline.it/articolo.php?idd=53119

In particolare la stazione permette la custodia di 120 bici e di 20
motocicli. Come si gestisce questa situazione?

grazie
maxx

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

Re: [Talk-it] tag turistici

[Cascafico Giovanni]

Come ho fatto a non pensare a resort! Per la casa vacanze ("Meublé de
tourisme", senza servizio colazione), che poi sarebbe la versione isolata
dell'apartment, ho delle preplessità; in ogni caso la guest_house sembra la
cosa più vicina.

In sintesi, sto traducendo delle categorie di un dataset francese della
"Tourisme & Handicap" per rimappare i tag, a questo punto vi sottopongo la
mia versione...

CASE
  WHEN "CATEGORIE" = 'Activités sportives et de loisir' THEN
'leisure=sports_centre'
  WHEN "CATEGORIE" = 'Café- bar- brasserie'  THEN 'amenity=bar'
  WHEN "CATEGORIE" = 'Camping'   THEN 'tourism=camp_site'
  WHEN "CATEGORIE" = 'Centres d''accueil pour enfants -  jeunes'   THEN
'social_facility=group_home'
  WHEN "CATEGORIE" = 'Chambre d''hôtes'THEN 'tourism=guest_house'
  WHEN "CATEGORIE" = 'Gîte d''étape' THEN 'tourism=hostel'
  WHEN "CATEGORIE" = 'Hébergement collectif'  THEN 'tourism=hostel'
  WHEN "CATEGORIE" = 'Hôtel' THEN 'tourism=hotel'
  WHEN "CATEGORIE" = 'Hôtel-restaurant' THEN
'tourism=hotel;amenity=restaurant'
  WHEN "CATEGORIE" = 'Lieu de visite' THEN 'tourism=attraction'
  WHEN "CATEGORIE" = 'Loisirs' THEN 'leisure=yes'
  WHEN "CATEGORIE" = 'Meublé de tourisme' THEN 'casa vacanza?'
  WHEN "CATEGORIE" = 'Office de tourisme' THEN 'tourism=information'
  WHEN "CATEGORIE" = 'Palais des Congrès' THEN 'amenity=conference_centre'
  WHEN "CATEGORIE" = 'Restaurant' THEN 'amenity=restaurant'
  WHEN "CATEGORIE" = 'Résidence de tourisme' THEN'tourism=apartment'
  WHEN "CATEGORIE" = 'Structure diverse' THEN 'Structure diverse?'
  WHEN "CATEGORIE" = 'Village de vacances'  THEN 'tourism=resort'
 ELSE 'note=suitable tag not found'
END




Grazie!

Il giorno 12 marzo 2016 09:11, Aury88  ha scritto:

> cascafico wrote
> > Come taggare casa vacanza e villaggio vacanze?
>
> per il villaggio vacanze intendi un resort? per resort c'è tourism=resort
> http://wiki.openstreetmap.org/wiki/Tag:tourism%3Dresort
>
> per la casa vacanza c'è tourism=apartment se consiste solo nell'affitto
> dell'immobile per il periodo vacanziero (con o senza intermediazione di
> un'agenzia)
> http://wiki.openstreetmap.org/wiki/Tag:tourism%3Dapartment
>
> altrimenti c'è tourism=guest_house se è previsto un qualche livello di
> servizio fornito da uno staf (pulizia/riordino camere, colazione)
> http://wiki.openstreetmap.org/wiki/Tag:tourism%3Dguest_house
> di quest'ultima categoria fanno parte i bed_and_breakfast (
> tourism=guest_house + guest_house=bed_and_breakfast)
>
>
>
>
>
> -
> Ciao,
> Aury
> --
> View this message in context:
> http://gis.19327.n5.nabble.com/tag-turistici-tp5869642p5869653.html
> Sent from the Italy General mailing list archive at Nabble.com.
>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-at] Wochennotiz Nr. 293 23.2.2016–29.2.2016

[Clemens Schüller]

Servus!

Am 11. Mär. 2016 um 12:16 schrieb grubernd:


> - regelmässige Zusammenstellung (wöchentlich, monatlich) der Links aus
> der WN mit österreichbezug als eine Mail an talk.at: die Luxuslösung,
> aber halt mit echter Handarbeit verbunden..

Was ich an der Wochennotiz toll finde, sind die Beiträge von überall her
und nicht nur aus DE und und AT.


-- 
Beste Grüße, Clemens Schüller

OSM User: cschueller


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

Re: [Talk-it] OSMIT 2016 + inaugurazione sede

[Cristian Consonni]

ciao,

(scusate il ritardo nella risposta)

Il 26/Feb/2016 19:05, "girarsi_liste"  ha scritto:
>
> Il 26/02/2016 18:11, Simone Cortesi ha scritto:
> > Ciao a tutti,
> > il 21 maggio OpenStreetMap Italia inaugura la sua sede.
> >
> Ma non è Wikimedia Italia la rappresentante di OSM it?
>
> Oppure ho capito tutt'altro?

Wikimedia Italia ha la facoltà e l'obbligo, dato l'accordo con OSM 
Foundation, di usare il nome OpenStreetMap Italia quando organizza eventi 
legati a OSM in Italia.

Ciao,

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

Re: [Talk-it] tag turistici

[Aury88]

cascafico wrote
> Come taggare casa vacanza e villaggio vacanze?

per il villaggio vacanze intendi un resort? per resort c'è tourism=resort 
http://wiki.openstreetmap.org/wiki/Tag:tourism%3Dresort

per la casa vacanza c'è tourism=apartment se consiste solo nell'affitto
dell'immobile per il periodo vacanziero (con o senza intermediazione di
un'agenzia)
http://wiki.openstreetmap.org/wiki/Tag:tourism%3Dapartment

altrimenti c'è tourism=guest_house se è previsto un qualche livello di
servizio fornito da uno staf (pulizia/riordino camere, colazione)
http://wiki.openstreetmap.org/wiki/Tag:tourism%3Dguest_house
di quest'ultima categoria fanno parte i bed_and_breakfast (
tourism=guest_house + guest_house=bed_and_breakfast)





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

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