date:20150407

Come taggare queste barriere a forma di U invertita?

http://www.mapillary.com/map/im/WFjrWaLImjW79ufbI4WUUw (con spazi di
passaggio)

http://www.mapillary.com/map/im/ST3B0860zFUlnp5eWTb4eg (senza spazi di
passaggio)


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

[Talk-it] a proposito dei tag per piste ciclopedonali...

2015-04-07 Diskussionsfäden flaviano.ghe...@libero.it

Vorrei avere delle informazioni su come etichettare i seguenti casi di piste 
ciclo-pedonali:

- pista ciclo- pedonale illuminata, ma anche ombreggiata da diversi alberi.

- pista asfaltata con rilievi dovuti alle radici emergenti degli alberi.

- generalmente nelle piste ciclo pedonali la parte pedonale sta verso la zona 
esterna, mentre quella ciclabile 
costeggia la corsia di transito veicolare. Qualora le due piste ciclabile e 
pedonale siano accostate, ma distinte, 
la loro reciproca posizione va segnalata e in che modo?

- E' opportuno segnalare oltre la larghezza della ciclabile, anche quella del 
marciapiede? Come? 

Grazie.

flaviano.ghe...@libeero.it___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-cz] Mapování plochy Významný krajinný prvek

2015-04-07 Diskussionsfäden Petr Vozdecký

Ahoj,

diky. Ja jsem se presne na toto dival, jen nevim proc jsem si nevsimnul te 
straslive tabulky nize a skoncil jsem s uvahou a kdo jako urci to cislo 
(hodnotu)protect_class(http://wiki.osm.org/wiki/Key:protect_class)? No ne ze
bych ted byl chytrejsi, ale alespon je nejaka tabulka s cisly... ale moje EN
mi nedava sanci si tipnout, kterou hodnotu zvolit...
V tabulce jsou sice příklady pro ČR, ale jsou jednak EN a troufám si tvrdit,
že tam Významný krajinný prvek není... :)
Nicméně chápu to asi dobře, že hodnotu Významný krajinný prvek přiřadim k 
protection_title(http://wiki.osm.org/wiki/Key:protection_title), že?

S díky



-- Původní zpráva --
Od: Martin Ždila martin.zd...@freemap.sk
Komu: OpenStreetMap Czech Republic talk-cz@openstreetmap.org
Datum: 7. 4. 2015 8:57:06
Předmět: Re: [Talk-cz] Mapování plochy Významný krajinný prvek



Ahoj



Mozno toto http://wiki.osm.org/wiki/Tag:boundary%3Dprotected_area
(http://wiki.osm.org/wiki/Tag:boundary%3Dprotected_area)




2015-04-06 22:26 GMT+02:00 Petr Vozdecký v...@seznam.cz
(mailto:v...@seznam.cz):

Ahoj,

narazil jsem v terénu na plochu (velkou 10 ha), která je označena tabulí s 
popisem a mapkou, ale nevím jak mapovat (tagovat). Jde o Významný krajinný 
prvek, na tabuli popsáno jako území s výskytem silně ohrožených živočichů.

Poradíte jak tagovat?
Ceduli jsem označil information=board, board_type=nature

PS: jde o Dřínový kopec, k.ú. Brno-Pisárky, dle hist. pramenů kóta Ostrá 355
m v Kohoutovicích

Díky

vop


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







-- 


Ing. Martin Ždila(http://www.openstreetmap.org/user/*Martin*)

OZ Freemap Slovakia


tel:+421-908-363-848
mailto:martin.zd...@freemap.sk(mailto:martin.zd...@freemap.sk)
http://www.freemap.sk/(http://www.freemap.sk)






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

[OSRM-talk] Taking a break ...

2015-04-07 Diskussionsfäden Dennis Luxen

Dear OSRM community,

This is an important day and I have three things to share with you today:

First, I am taking a break from leading the active development of Project OSRM 
for the time being.

Second, I wish to express my gratitude to those that supported the development 
effort. In no particular order I am thanking Mapbox- who will continue to 
support-, KIT, Geofabrik, Emil Tin and the city of Copenhagen, my friend 
Richard Fairhurst and many, many others that put the code to great use and 
contributed to its success in quite a number of ways.

Third, we have got a great community. The project is here to stay - so is the 
code. We, the community, will be maintaining the code base, fix bugs, while 
keeping our servers running, and of course adding exciting new features. All of 
this is happening right now. Thus, it is only my role that has become a more 
passive one today. And we got a great release coming up in the next days.

Life moves pretty fast. If you don't stop and look around once in a while, you 
could miss it. --Ferris Bueller

I am excited for what lies ahead.

--Dennis

—
Want to support OSRM development? Buy us a beer: 
http://www.amazon.de/registry/wishlist/1V2TKTFOZIU80


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

Re: [Talk-it] tree_shrine

2015-04-07 12:52 GMT+02:00 demon.box e.rossin...@alice.it:

 Nel caso di figura religiosa su albero esiste il tag:

 tree_shrine




pensavo un shrine fosse qualche sorta di scatola / contenitore /
edificio. Per me una statuetta non corrisponde a questo significato.

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

Re: [Talk-it] uso di highway=unclassified / service

2015-04-06 10:35 GMT+02:00 Any File anysomef...@gmail.com:

 (eventualmente da
 integrare con
 service=driveway  oppure service=alley)



service=driveway per le vie di accesso (su suolo privato), mentre
service=alley per strade pubbliche strette.
La strada forestale è highway=track.

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

Re: [Talk-at] Brückennummern

2015-04-07 Diskussionsfäden Friedrich Volkmann

On 07.04.2015 10:20, Andreas Labres wrote:
 Mir schreint ref:$ARTDERNUMMERIERUNG auch generischer (und daher vorzuziehen)
 als ein Prefix bridge:, das nur für Brücken gilt. Siehe z.B. ref:at:bda.  --
 Also IMO lieber ref:bridge als bridge:ref.

bridge ist keine Art der Nummerierung, sondern die Objektklasse, und ref
die Eigenschaft. Man notiert normalerweise klasse:eigenschaft und nicht
eigenschaft:klasse.

ref:at:bda kommt nur 249 mal vor und ist im Wiki nicht dokumentiert.
tree:ref, cave:ref usw. sind viel häufiger. Nicht nur deswegen scheint mir
bridge:ref konsistenter, sondern auch in Anbetracht von von
bridge:structure, bridge:movable, bridge:support, die alle approved sind.
Erwähnt werden muss auch bridge:name, über das man zwar streiten kann, aber
es kommt 12653 mal vor. Dieses lässt sich schlecht umdrehen, weil in name:xx
das xx für die Sprache steht.

Taginfo:

bridge_ref ... 5164
bridge_number ... 1779
bridge:ref 629
ref:bridge ... 375
BRIDGE_NO ... 135
bridge_code ... 87
bridge_num ... 31

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

[Talk-it] tree_shrine

Nel caso di figura religiosa su albero esiste il tag:

tree_shrine

però recentemente sono sicuro di aver trovato in rete che non si doveva più
utilizzarlo ma fare in
questo modo:

natural=tree
historic=wayside_shrine
denomination=catholic
religion=christian

secondo voi?

Inoltre se ho un crocefisso attaccato ad un albero cosa uso?

natural=tree
historic=wayside_cross
denomination=catholic
religion=christian  ?

Grazie.



--
View this message in context: 
http://gis.19327.n5.nabble.com/tree-shrine-tp5839953.html
Sent from the Italy General mailing list archive at Nabble.com.

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

Re: [Talk-cz] Mapování plochy Významný krajinný prvek

2015-04-07 Diskussionsfäden Martin Ždila

2015-04-07 11:44 GMT+02:00 Petr Vozdecký v...@seznam.cz:

 ...a kdo jako urci to cislo (hodnotu)protect_class
 http://wiki.osm.org/wiki/Key:protect_class?


Tazko povedat, ale mne osobne pride najvhodnejsi class 7.


 Nicméně chápu to asi dobře, že hodnotu Významný krajinný prvek přiřadim
 k protection_title http://wiki.osm.org/wiki/Key:protection_title, že?


Ano. Pripadne este description:cz=území s výskytem silně ohrožených
živočichů


-- 
Ing. Martin Ždila http://www.openstreetmap.org/user/*Martin*
OZ Freemap Slovakia
tel:+421-908-363-848
mailto:martin.zd...@freemap.sk
http://www.freemap.sk/
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz

[Talk-it] Ciclabile su sterrata ad accesso limitato

Nel caso di tratto di sterrata (track) sulla quale passa una pista ciclabile
ma i soli proprietari dei terreni confinanti hanno accesso a questa strada
con i loro mezzi come la mappo?
Grazie.




--
View this message in context: 
http://gis.19327.n5.nabble.com/Ciclabile-su-sterrata-ad-accesso-limitato-tp5839954.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] Rallentatore/dissuasore

Nel caso di strada asfaltata che in corrispondenza con l'incrocio di una
pista ciclabile
cambia pavimentazione per 10 metri con surface=paving_stones più
che altro come rallentatore/dissuasore, secondo voi é più corretto mappare
il semplice cambio di surface oppure mettere traffic_calming= table  ?

http://wiki.openstreetmap.org/wiki/Tag:traffic_calming%3Dtable

Grazie.




--
View this message in context: 
http://gis.19327.n5.nabble.com/Rallentatore-dissuasore-tp5839956.html
Sent from the Italy General mailing list archive at Nabble.com.

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

Re: [Talk-it] Ciclabile su sterrata ad accesso limitato

2015-04-07 12:53 GMT+02:00 demon.box e.rossin...@alice.it:

 Nel caso di tratto di sterrata (track) sulla quale passa una pista
 ciclabile
 ma i soli proprietari dei terreni confinanti hanno accesso a questa strada
 con i loro mezzi come la mappo?



una strada sterrata non è highway=track, è highway=* con
surface=unpaved/altro tipo non pavimentato

Nel tuo caso credo si potrebbe taggare highway=track,
motor_vehicle=private, bicycle=yes (superfluo, ma lo metterei) oppure
bicycle=designated (non superfluo, dipende dalla segnaletica). Pedoni?
Cavalli?

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

[Talk-de] Mechanischer Edit an Eisenbahnsignalen in Deutschland

2015-04-07 Diskussionsfäden chris66

Hi,
User Nakaner plant alle Signalanlagen in Deutschland umzutaggen.

Hier der entsprechende Beitrag im OSM Forum:

http://forum.openstreetmap.org/viewtopic.php?id=30676

Einwände bitte dort oder hier posten. :-)

Viele Grüße
Christian



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

Re: [Talk-it] tree_shrine

Ho trovato la pagina dove indica di non utilizzare più

historic=tree_shrine

ma

natural=tree + historic=wayside_shrine

http://wiki.openstreetmap.org/wiki/Key:historic

la voce  historic=tree_shrine  

è cancellata





--
View this message in context: 
http://gis.19327.n5.nabble.com/tree-shrine-tp5839953p5839971.html
Sent from the Italy General mailing list archive at Nabble.com.

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

Re: [Talk-it] tree_shrine

2015-04-07 13:51 GMT+02:00 demon.box e.rossin...@alice.it:

 Ho trovato la pagina dove indica di non utilizzare più

 historic=tree_shrine

 ma

 natural=tree + historic=wayside_shrine

 http://wiki.openstreetmap.org/wiki/Key:historic

 la voce  historic=tree_shrine

 è cancellata




mi sembra sbagliato come idea. Un albero e qualcosa attacato a questo
albero sono 2 cose distinte e dovrebbero avere 2 oggetti diversi -
preferibilmente.

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

Re: [OSM-talk-fr] ?

2015-04-07 Diskussionsfäden Yves Pratter

Bonjour,

À tous, comment cartographier une forêt gérée (par l’ONF en France) ?
Et éventuellement ses parcelles et les layons (présents physiquement sur le 
terrain) qui permettent aussi de s’orienter ?

Dans le cas de la Forêt domaniale de Chaux (2e forêt de France), le 
multipolygone landuse=forest englobe aussi les forêts communales limitrophes.
Et au passage, il contient des natural=wood qui correspondent approximativement 
à quelques parcelles (https://www.openstreetmap.org/way/46908188 représente 6 
parcelles)

—
Yves

 Le 5 avr. 2015 à 18:57, JB jb...@mailoo.org a écrit :
 
 Aucune raison de créer un multipolygone avec uniquement des outers. C'est une 
 collection, ça n'a rien à faire dans OSM, on taggue chaque surface 
 individuellement.
Ok sur l’idée générale.
Mais en pratique tu ajoutes name=« Fôret domaniale de Chaux » sur les 1468 
parcelles ?

 Encore pas d'accord. On ne cartographie pas pour le rendu.
OK

 Et je maintiens qu'une absence d'arbre à un endroit ne présume pas d'une 
 limite de parcelle, alors que c'est bien une limite de landuse.
Pas si évident. Je regarde la Forêt domaniale de Chaux (2e forêt de France), et 
ça colle.
De plus, si une parcelle est abattue puis replantée (elle le sera forcément), 
on change de landuse ?

 Bon, avec tout ça, je me demande si on ne va pas finir avec des 
 man_made=cutline avec un ref:right et un ref:left…
C’est pour éviter ça que je vois un polygone par parcelle

 Le 5 avr. 2015 à 20:29, Jérôme Amagat jerome.ama...@gmail.com a écrit :

 Mettre landuse = forest veux dire pour moi que d'un coté de la limite il y a 
 des arbres partout et de l'autre non.
Le wiki ne dit rien là-dessus. Il dit simplement que dans ce polygone, la forêt 
est exploitée ;-)

 L'autre problème c'est plusieurs landuse les uns par dessus les autres.
 Et un autre problème et bien sûr que tu t'occupes trop du rendu :)
J’en reviens à la question initiale, comment cartographier une forêt gérée ?
C’est ça qui m’importe, le rendu n’est qu’un détail :)

  boundary=protected_area ne veut pas dire que l'on se trouve dans une réserve 
 mais dans une zone protégée.
J’avais saisi :-)
Mais ce n’est pas le cas, même si les gardes forestiers gèrent » aussi les 
espèces protégées.

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

Re: [Talk-it] tree_shrine

2015-04-07 14:03 GMT+02:00 demon.box e.rossin...@alice.it:

 ...eppure il wiki parla chiaro ;-)




in somma, la pagine di tree shrine non dice niente di ciò. Tanto, è un wiki
e tutti possono cambiare tutto ;-)
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] tree_shrine

2015-04-07 Diskussionsfäden Allan Gyldendal Frederiksen

Sì concordo:

http://wiki.openstreetmap.org/wiki/Tag:historic%3Dtree_shrine




--
View this message in context: 
http://gis.19327.n5.nabble.com/tree-shrine-tp5839953p5839967.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-dk] Vejklassen Tertiary

Favrskov og Syddjurs Kommuner er sammen med IT-Minds og Septima i gang med at
bygge en OS2 indberetningsløsning til kørsel for medarbejdere.

I den forbindelse vil vi gerne bruge OSM som kortgrundlaget i ruteberegneren.
Vi har imidlertid konstateret nogle underlige ruter i vores testkørsler. Ved en
nærmere undersøgelse har vi kigget på vejnettet, og kan se at vejklasssen
tertiary er brugt relativt sporadisk, og ikke særligt konsekvent rundt omkring,
og der findes også strækninger der går over i unclassified uden synlige
ændringer af vejen.

Vi vil derfor gerne prøve at bruge Tertiary klassen mere konsekvent, og se om
det giver nogle mere retvisende ruter i løsningen. Vi foreslår at Tertiary
klassen tildeles ud fra GSTs trafikkort i 1:50 Det er efter min mening et
rimeligt fornuftigt grundlag, at lave en konsekvent tildeling af veklassen
Tertiary ud fra. Kortet indeholder netop 5 vejklasser, så det svarer til
Motorway, trunk, primary, sekundary og tertiary. Det er tænkt som et vejledende
forslag, så dermed ikke være sagt, at der ikke kan være lokale forhold der gør,
at der er en anden vej der også skal være tertiary eller som hellere skal være
unclassified.

Jeg kan godt se at jeg i nogen grad kan opnå det samme ved at angive maxspeed
og surface. Jeg mener nu det vil være nødvendigt at bruge vejklasserne. Dels så
kan der jo i fremtiden blive sat surface og maxspeed på de fleste veje, og så
er man lige vidt med ruteberegning. Og dels så kan alle ruteberegnere bruge
vejklassen, men det er formentlig ikke alle der også bruger surface og
maxspeed. Så jeg mener det giver god mening at bruge tertiary.

En anden fordel ved at bruge vejklassen er at kortet bliver mere letlæseligt,
når det er tydeligere hvordan vejene går mellem de mindre byer. Der er i dag
relativt store områder i OSM, som er unclassified mellem primær og
sekundærruterne, og de er lidt svære at aflæse.

I første omgang vil vi prøve at rette til i Østjylland, og lave nogle nye
testkørsler.

Et udsnit af GSTs kort kan ses i linket herunder. Vær opmærksom på, at hvis
zoomforholdet ændres ændres korttypen også (det er det udsnit hvor man både kan
se Randers og Grenå, men ikke andre større byer.

http://webkort.syddjurs.dk/cbkort?mapext=541171.47200769%206222385.3979971%20618329.87200769%206264676.5979971layers=theme-kms-dtkkort25klassiskprofile=lokalplaner-borger

Hvis nogen har wms adgang til kortforsyningen, er det laget der hedder:
dtk_d500_2012.

Venlig hilsen

Allan Gyldendal Frederiksen
GIS-koordinator
Digitalisering

Direkte +4587535261
Mobil +4530924749
a...@syddjurs.dk

Syddjurs Kommune * Tingvej 17 * 8543 Hornslet * Tlf +4587535000 *
www.syddjurs.dkhttp://www.syddjurs.dk/
Postadresse: Syddjurs Kommune * Digitalisering * Lundbergsvej 2 * 8400 Ebeltoft

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

Re: [Talk-it] tree_shrine

...eppure il wiki parla chiaro ;-) 



--
View this message in context: 
http://gis.19327.n5.nabble.com/tree-shrine-tp5839953p5839974.html
Sent from the Italy General mailing list archive at Nabble.com.

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

Re: [OSM-talk] Proposal - automate rendering examples on OSM wiki

2015-04-07 Diskussionsfäden Allan Gyldendal Frederiksen

2015-04-04 19:08 GMT+02:00 Tobias Knerr o...@tobias-knerr.de:

 By the way, I'm in favour of allowing all OSM-based renderings to be
 featured, not just the default style. People already obsess too much
 about what is or isn't rendered by the default style imo.



+1
having a nice comparison of which rendering shows which selection of tags
also would enable users to easier find the rendering that most suits their
needs.

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

Re: [Talk-it] a proposito dei tag per piste ciclopedonali...

2015-04-07 Diskussionsfäden Max1234Ita

flaviano.ghe...@libero.it wrote
 Vorrei avere delle informazioni su come etichettare i seguenti casi di
 piste ciclo-pedonali:
 
 - pista ciclo- pedonale illuminata, ma anche ombreggiata da diversi
 alberi.

In un caso simile, io ho disegnato uno o più vettori paralleli alla pista
(coi nodi in corrispondenza degli alberi) e li ho taggati come
natural=tree_row: 
http://www.openstreetmap.org/node/197428492#map=18/44.98554/9.00882
http://www.openstreetmap.org/node/197428492#map=18/44.98554/9.00882  




 - pista asfaltata con rilievi dovuti alle radici emergenti degli alberi.
 
 (...)

Questa non saprei, provo ad azzardare un'ipotesi:

 - /surface=asphalt/perché è asfaltata;
 - / mtb:scale http://wiki.openstreetmap.org/wiki/Key:mtb:scale  =1/
Perché viaggiarci sopra non è esattamente il massimo della comodità, ma è un
sacco divertente se vuoi fare un po' di fuoristrada veloce senza andare
fuori città! )

Poi, molto dipende da quanto sono emergenti le radici: se il terreno è solo
un po'ondulato ma l'asfalto è integro ed uniforme, io tralascerei del tutto
il particolare... IMHO, ovviamente!


Max




--
View this message in context: 
http://gis.19327.n5.nabble.com/a-proposito-dei-tag-per-piste-ciclopedonali-tp5839947p5839980.html
Sent from the Italy General mailing list archive at Nabble.com.

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

Re: [Talk-dk] Vejklassen Tertiary

2015-04-07 Diskussionsfäden Kurt Forbech Toft

Hej Allan

Hvorfor bruger I ikke GeoDanmarks vejmidter, som I selv er forpligtiget til at
vedligeholde og derved også har fyldt styr på diverse relevante attributter ???

Med venlig hilsen

Kurt Forbech Toft
Landinspektør
Databehandling
Dir tlf.: (+45) 72 54 50 89
Mobil: (+45) 41 14 85 26
k...@gst.dkmailto:k...@gst.dk

[cid:image001.jpg@01D07140.797C0180]
Rentemestervej 8
DK - 2400 Købehavn NV
Tlf.: (+45) 72 54 50 00
www.gst.dkhttp://www.gst.dk/

Fra: Allan Gyldendal Frederiksen [mailto:a...@syddjurs.dk]
Sendt: 7. april 2015 14:05
Til: talk-dk@openstreetmap.org
Emne: [Talk-dk] Vejklassen Tertiary

Favrskov og Syddjurs Kommuner er sammen med IT-Minds og Septima i gang med at
bygge en OS2 indberetningsløsning til kørsel for medarbejdere.

I første omgang vil vi prøve at rette til i Østjylland, og lave nogle nye
testkørsler.

http://webkort.syddjurs.dk/cbkort?mapext=541171.47200769%206222385.3979971%20618329.87200769%206264676.5979971layers=theme-kms-dtkkort25klassiskprofile=lokalplaner-borger

Hvis nogen har wms adgang til kortforsyningen, er det laget der hedder:
dtk_d500_2012.

Venlig hilsen

Allan Gyldendal Frederiksen
GIS-koordinator
Digitalisering

Direkte +4587535261
Mobil +4530924749
a...@syddjurs.dkmailto:a...@syddjurs.dk

Syddjurs Kommune * Tingvej 17 * 8543 Hornslet * Tlf +4587535000 *
www.syddjurs.dkhttp://www.syddjurs.dk/
Postadresse: Syddjurs Kommune * Digitalisering * Lundbergsvej 2 * 8400 Ebeltoft

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

Re: [Talk-at] JOSM - Java Fehler bei Import

2015-04-07 Diskussionsfäden Martin Vonwald

Hi!


Am 7. April 2015 um 01:32 schrieb Paul Wölfel p...@woelfel.at:

 JOSM unterstützt zur Zeit nur Java 7, du hast jedoch 8 in Verwendung:
 Java version: 1.8.0_05, Oracle Corporation, Java HotSpot(TM) 64-Bit Server
 VM

Funktioniert problemlos hier:

Identification: JOSM/1.5 (8109 de) Linux openSUSE 13.1 (Bottle) (x86_64)
Memory Usage: 165 MB / 1769 MB (78 MB allocated, but free)
Java version: 1.8.0_05, Oracle Corporation, Java HotSpot(TM) 64-Bit Server
VM
VM arguments: [-DproxySet=xxx, -DproxyHost=xxx, -DproxyPort=xxx]



Was mich allerdings stutzig macht:

│VM arguments: [-Djava.library.path=/lib:/usr/lib]│


Wieso denn das?


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

Re: [Talk-at] Brückennummern

2015-04-07 Diskussionsfäden Peter Kössler


Am 06.04.2015 um 19:58 schrieb Martin Vonwald:



Am 6. April 2015 um 15:18 schrieb Friedrich Volkmann b...@volki.at 
mailto:b...@volki.at:


Ich finde, man sollte diese
Nummern entweder einheitlich (bridge:ref=* oder man_made=bridge
und darauf
ref=*) mappen oder gar nicht. Meinungen?


Genau wie du sagst:
* Wenn nur bridge=yes direkt an der Straße erfasst ist, dann 
bridge:ref, denn bei ref weiß man dann nicht wofür das gilt.
* Wenn die Brücke explizit erfasst ist, dann als ref zu 
man_made=bridge dazu.


bg,
Martin



___
Talk-at mailing list
Talk-at@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-at
Da würde ich auch bei man_made=bridge trotzdem bei bridge:ref bleiben. 
Auch um diese Nummern evtl. suchen zu können.


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

Re: [Talk-dk] Vejklassen Tertiary

Hej Kurt

Det er fordi vejklasserne i Geodanmark kortet, er smidt på med en skovl af GST.
Jeg har rejst problemstillingen overfor Jørgen Grum, for efterhånden et par år
siden, men der sker ingenting. Da vejklasserne er GSTs ansvar i GeoDanmark
sammenhæng, har det åbenbart meget lange udsigter at få noget brugbart ud af
det. Rettelse af evt. fejl i Geodanmark data er også en meget langsommelig
proces.

I OSM kan vi selv meget let rette fejl og manglende veje, og næste dag er
rettelserne automatisk indarbejdet i rutemaskinen.

Venlig hilsen

Allan Gyldendal Frederiksen
GIS-koordinator
Syddjurs Kommune, Digitalisering

Direkte +4587535261
Mobil +4530924749
a...@syddjurs.dk

Fra: Kurt Forbech Toft [mailto:k...@gst.dk]
Sendt: 7. april 2015 14:38
Til: OpenStreetMap Denmark
Emne: Re: [Talk-dk] Vejklassen Tertiary

Hej Allan

Hvorfor bruger I ikke GeoDanmarks vejmidter, som I selv er forpligtiget til at
vedligeholde og derved også har fyldt styr på diverse relevante attributter ???

Med venlig hilsen

Kurt Forbech Toft
Landinspektør
Databehandling
Dir tlf.: (+45) 72 54 50 89
Mobil: (+45) 41 14 85 26
k...@gst.dkmailto:k...@gst.dk

[cid:image001.jpg@01D07142.E3ED3BE0]
Rentemestervej 8
DK - 2400 Købehavn NV
Tlf.: (+45) 72 54 50 00
www.gst.dkhttp://www.gst.dk/

Fra: Allan Gyldendal Frederiksen [mailto:a...@syddjurs.dk]
Sendt: 7. april 2015 14:05
Til: talk-dk@openstreetmap.orgmailto:talk-dk@openstreetmap.org
Emne: [Talk-dk] Vejklassen Tertiary

Favrskov og Syddjurs Kommuner er sammen med IT-Minds og Septima i gang med at
bygge en OS2 indberetningsløsning til kørsel for medarbejdere.

I første omgang vil vi prøve at rette til i Østjylland, og lave nogle nye
testkørsler.

http://webkort.syddjurs.dk/cbkort?mapext=541171.47200769%206222385.3979971%20618329.87200769%206264676.5979971layers=theme-kms-dtkkort25klassiskprofile=lokalplaner-borger

Hvis nogen har wms adgang til kortforsyningen, er det laget der hedder:
dtk_d500_2012.

Venlig hilsen

Allan Gyldendal Frederiksen
GIS-koordinator
Digitalisering

Direkte +4587535261
Mobil +4530924749
a...@syddjurs.dkmailto:a...@syddjurs.dk

Syddjurs Kommune * Tingvej 17 * 8543 Hornslet * Tlf +4587535000 *
www.syddjurs.dkhttp://www.syddjurs.dk/
Postadresse: Syddjurs Kommune * Digitalisering * Lundbergsvej 2 * 8400 Ebeltoft

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

Re: [Talk-dk] Vejklassen Tertiary

2015-04-07 Diskussionsfäden Soren Johannessen

Hej Allan

Du har helt ret at flere Tertiary road kunne erstatte highway=unclassified
mellem mindre landsbyer.

Kunne I ikke sætte en OSM Wiki side op med nogle eksempler på hvor I ændrer
( screendumps af iD/JOSM editor med GST luftfotos samt vektorlayer) til
highway=tertiary og skriver hvorfor? Dernæst forklar lidt i Wiki tillige
hvad jeres projekt er og hvilke aktører der er med. OSM Wiki her
http://wiki.openstreetmap.org/wiki/Main_Page kræver en konto at få
skriverettigheder

Derved har andre OSM frivillige mulighed for at se samt give indspark (fx
eksempler på hvor highway= tertiary ikke skal bruges)

Jeg kan altså i Chrome browser ikke få signaturforklaring til GSTs
trafikkort frem - så det er lidt uklart hvad der er hvad ved forskellige
zoom.

Med venlig hilsen
Søren Johannessen
www.microformats.dk

2015-04-07 14:04 GMT+02:00 Allan Gyldendal Frederiksen a...@syddjurs.dk:

Favrskov og Syddjurs Kommuner er sammen med IT-Minds og Septima i gang
med at bygge en OS2 indberetningsløsning til kørsel for medarbejdere.

I den forbindelse vil vi gerne bruge OSM som kortgrundlaget i
ruteberegneren. Vi har imidlertid konstateret nogle underlige ruter i vores
testkørsler. Ved en nærmere undersøgelse har vi kigget på vejnettet, og kan
se at vejklasssen tertiary er brugt relativt sporadisk, og ikke særligt
konsekvent rundt omkring, og der findes også strækninger der går over i
unclassified uden synlige ændringer af vejen.

Vi vil derfor gerne prøve at bruge Tertiary klassen mere konsekvent, og se
om det giver nogle mere retvisende ruter i løsningen. Vi foreslår at
Tertiary klassen tildeles ud fra GSTs trafikkort i 1:50 Det er efter
min mening et rimeligt fornuftigt grundlag, at lave en konsekvent tildeling
af veklassen Tertiary ud fra. Kortet indeholder netop 5 vejklasser, så det
svarer til Motorway, trunk, primary, sekundary og tertiary. Det er tænkt
som et vejledende forslag, så dermed ikke være sagt, at der ikke kan være
lokale forhold der gør, at der er en anden vej der også skal være tertiary
eller som hellere skal være unclassified.

Jeg kan godt se at jeg i nogen grad kan opnå det samme ved at angive
maxspeed og surface. Jeg mener nu det vil være nødvendigt at bruge
vejklasserne. Dels så kan der jo i fremtiden blive sat surface og maxspeed
på de fleste veje, og så er man lige vidt med ruteberegning. Og dels så kan
alle ruteberegnere bruge vejklassen, men det er formentlig ikke alle der
også bruger surface og maxspeed. Så jeg mener det giver god mening at bruge
tertiary.

En anden fordel ved at bruge vejklassen er at kortet bliver mere
letlæseligt, når det er tydeligere hvordan vejene går mellem de mindre
byer. Der er i dag relativt store områder i OSM, som er unclassified mellem
primær og sekundærruterne, og de er lidt svære at aflæse.

I første omgang vil vi prøve at rette til i Østjylland, og lave nogle nye
testkørsler.

Et udsnit af GSTs kort kan ses i linket herunder. Vær opmærksom på, at
hvis zoomforholdet ændres ændres korttypen også (det er det udsnit hvor man
både kan se Randers og Grenå, men ikke andre større byer.

http://webkort.syddjurs.dk/cbkort?mapext=541171.47200769%206222385.3979971%20618329.87200769%206264676.5979971layers=theme-kms-dtkkort25klassiskprofile=lokalplaner-borger

Hvis nogen har wms adgang til kortforsyningen, er det laget der hedder:
dtk_d500_2012.

Venlig hilsen

*Allan Gyldendal Frederiksen*
GIS-koordinator
Digitalisering

Direkte +4587535261
Mobil +4530924749
a...@syddjurs.dk
--

Syddjurs Kommune • Tingvej 17 • 8543 Hornslet • Tlf +4587535000 •
www.syddjurs.dk
Postadresse: Syddjurs Kommune • Digitalisering • Lundbergsvej 2 • 8400
Ebeltoft
--

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

Re: [Talk-it] Rallentatore/dissuasore

secondo me: table solo se c'è anche un dislivello oltre alla
pavimentazione diversa.

Volker

2015-04-07 12:56 GMT+02:00 demon.box e.rossin...@alice.it:

 Nel caso di strada asfaltata che in corrispondenza con l'incrocio di una
 pista ciclabile
 cambia pavimentazione per 10 metri con surface=paving_stones più
 che altro come rallentatore/dissuasore, secondo voi é più corretto mappare
 il semplice cambio di surface oppure mettere traffic_calming= table  ?

 http://wiki.openstreetmap.org/wiki/Tag:traffic_calming%3Dtable

 Grazie.




 --
 View this message in context:
 http://gis.19327.n5.nabble.com/Rallentatore-dissuasore-tp5839956.html
 Sent from the Italy General mailing list archive at Nabble.com.

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

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

[Talk-it] Routing autostradale: problema di OsmAnd o della mappatura?

2015-04-07 Diskussionsfäden Max1234Ita

Ciao a tutti,recentemente ho avuto modo di percorrere la Tangenziale di
Milano usando OsmAnd come navigatore, ed ho notato che questo mi propone
sempre di passare attraverso le vie di deflusso/reimmissione, anziché
rimanere (come logico) sulla carreggiata principale dell'autostrada.Un
esempio nelle immagini allegate (Tangenziale Ovest, in prossimità
dell'uscita Val Tidone... ovviamente io NON dovevo uscire lì ma proseguire
verso la A1):
http://gis.19327.n5.nabble.com/file/n5839987/Screenshot_2015-04-07-14-36-49.png
 
http://gis.19327.n5.nabble.com/file/n5839987/Screenshot_2015-04-07-14-37-10.png
 
http://gis.19327.n5.nabble.com/file/n5839987/Screenshot_2015-04-07-14-37-40.png
Ho provato a controllare la mappa, e sembra tutto in regola: le way che
portano all'uscita e ne provengono sono taggate come
highway=motorway_link... mi confermate che si tratta di un problema di
routing?Ciao e grazie,Max



--
View this message in context: 
http://gis.19327.n5.nabble.com/Routing-autostradale-problema-di-OsmAnd-o-della-mappatura-tp5839987.html
Sent from the Italy General mailing list archive at Nabble.com.___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Ciclabile su sterrata ad accesso limitato

motor_vehicle=destination ?

2015-04-07 13:37 GMT+02:00 Martin Koppenhoefer dieterdre...@gmail.com:


 2015-04-07 12:53 GMT+02:00 demon.box e.rossin...@alice.it:

 Nel caso di tratto di sterrata (track) sulla quale passa una pista
 ciclabile
 ma i soli proprietari dei terreni confinanti hanno accesso a questa strada
 con i loro mezzi come la mappo?



 una strada sterrata non è highway=track, è highway=* con
 surface=unpaved/altro tipo non pavimentato

 Nel tuo caso credo si potrebbe taggare highway=track,
 motor_vehicle=private, bicycle=yes (superfluo, ma lo metterei) oppure
 bicycle=designated (non superfluo, dipende dalla segnaletica). Pedoni?
 Cavalli?

 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] [OSM-HH] Hamburger Straßennetz als CC0 veröffentlicht (fly)

Am 7. April 2015 um 15:10 schrieb Johannes Kröger 
johannes.kroe...@hcu-hamburg.de:

 Menschlicher
 Fehler wird doch wohl nicht dazu führen, dass Daten fälschlicherweise
 unter eine Lizenz kommen, unter der sie nicht sein dürften. Jedenfalls
 fände ich das sehr gruselig.



wenn man CC0 und PD Daten nachträglich rückwirkend zu geschützten Daten
erklären könnte, wäre das wohl noch deutlich gruseliger...

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

Re: [Talk-it] a proposito dei tag per piste ciclopedonali...

2015-04-07 14:29 GMT+02:00 Max1234Ita max1234...@gmail.com:

 flaviano.ghe...@libero.it wrote
  Vorrei avere delle informazioni su come etichettare i seguenti casi di
  piste ciclo-pedonali:
 
  - pista ciclo- pedonale illuminata, ma anche ombreggiata da diversi
  alberi.

 In un caso simile, io ho disegnato uno o più vettori paralleli alla pista
 (coi nodi in corrispondenza degli alberi) e li ho taggati come
 natural=tree_row:
 http://www.openstreetmap.org/node/197428492#map=18/44.98554/9.00882
 http://www.openstreetmap.org/node/197428492#map=18/44.98554/9.00882


Ma questo non dice niente se gli alberi interferiscono con l'illuminazione
della pista.
Sono in favore di taggare direttamente l'illuminazione in modo graduale,
cioè oltre a lit=yes|no. Avevo lanciato una discussione: [Tagging] Tagging
road illumination quality
senza che si sia formato un consenso.
La mia preferita è una soluzione del tipo:
lit=yes|no
lit:intensity=very_poor|poor|sufficient|good|excellent,
simile al key smoothness



  - pista asfaltata con rilievi dovuti alle radici emergenti degli alberi.
 
  (...)

 Questa non saprei, provo ad azzardare un'ipotesi:

  - /surface=asphalt/perché è asfaltata;
  - / mtb:scale http://wiki.openstreetmap.org/wiki/Key:mtb:scale  =1/
 Perché viaggiarci sopra non è esattamente il massimo della comodità, ma è
 un
 sacco divertente se vuoi fare un po' di fuoristrada veloce senza andare
 fuori città! )

 Poi, molto dipende da quanto sono emergenti le radici: se il terreno è solo
 un po'ondulato ma l'asfalto è integro ed uniforme, io tralascerei del tutto
 il particolare... IMHO, ovviamente!


Per questi casi c'è il tag smoothness

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

[OSM-talk-be] UCL - Marathon de cartographie - HOT - 24 avril 2015 - 9.00-18.00 - Louvain-la-Neuve

2015-04-07 Diskussionsfäden Pierre Parmentier

From Facebook :
https://www.facebook.com/geographieUCL/photos/a.1480530895561193.1073741828.1475963449351271/1576884365925845/?type=1

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

Re: [Talk-de] Mechanischer Edit an Eisenbahnsignalen in Deutschland

2015-04-07 Diskussionsfäden Alexander Matheisen

Hallo,

On Di, 2015-04-07 at 15:09 +0200, fly wrote:
 Grundsätzlich spricht nichts gegen eine Anpassung, allerdings sollten
 solche Änderungen möglichst breit diskutiert werden und dann bringt es
 nichts wenn der Autor hier nicht einmal persönlich einen Link
 veröffentlicht und dann auch mitdiskutiert !

ich nehme an, dass Nakaner das schlicht vergessen hat.

 * Wie sieht das denn im Ausland aus ? Wurde auch über den Tellerrand
 (Europa) hinausgeschaut ?

Andere Länder sind nicht betroffen (Ausnahme: Österreich), da es anfangs
nur ein Taggingschema für Deutschland gab. Somit gibt es im Ausland im
Grunde keine Signale, da ja bisher ein Taggingschema dafür fehlte.

Beim Entwurf des Schemas für Österreich wurde das Problem der fehlenden
Eindeutigkeit erkannt und von Anfang an das Länderkürzel AT: verwendet.
Da wir ja mittlerweile ein Länder-Betreiber-Präfix verwenden, ist das
auch nicht mehr ganz korrekt. Da es aber nicht viele Signale mit dem
alten Schema gibt und ein Großteil davon auch von mir erfasst wurden,
sehe ich hier erstmal keinen Bedarf für größere Umtagaktionen. 

Das Taggingschema für die Schweiz, das vor wenigen Tagen fertiggestellt
wurde, verwendet von Anfang an das neue Länder-Betreiber-Präfix.

 * Können wir kein internationales Schema entwickeln und nur
 länderspezifische Signale mit LC erweitern.

Alle Signale sind länderspezifisch!

Das Taggingschema ist ja schon weitgehend international ausgelegt,
sodass die Art und Bedeutung des Signals mit einem generischen Schema
abgebildet wird. Nur muss eben trotzdem bei jedem Signal der konkrete
länderspezifische Typ mitgetaggt werden, weil sonst wichtige
Informationen fehlen.

 * Warum werden den die Werte als Abkürzungen definiert ? Was spricht
 gegen zB Hauptsignal statt hp ?

Es handelt sich dabei um offizielle Abkürzungen, die durch das
Signalbuch festgelegt sind (so wie die Verkehrszeichen in der StVO).
Unter Eisenbahnern sind diese Abkürzungen auch gebräuchlicher als die
Langnamen.

Ausgeschriebene Bezeichnungen werden z.B. bei den österreichischen
Signalen verwendet, da dort die Signale keine offiziellen Abkürzungen
tragen.

 * Wie wäre es mit operator=* anstatt der Präfixe der Werte ?

Das ist nicht praktikabel. Um etwa auf einer Karte das richtige
Signalicon zu zeichnen, müsste man nämlich die externe Information
haben, welche Signale und welches Regelwerk bei einem bestimmten
Betreiber verwendet werden. Außerdem können an einem Signalmast auch
Signale verschiedener Signalordnungen hängen.

 Die Beispiele am Ende hängen in der Luft und genau die Unterschiede sind
 nicht herausgearbeitet, da nur jeweils ein Beispiel für jeden Haupttag
 vorhanden ist. Noch sind die Tags railway:signal:main=*,
 railway:signal:combined=*, railway:signal:*:states=* und was da noch so
 herumschwirrt gut dokumentiert. Das Hauptsignal und das stillgelegte
 Signal verwenden exakt das gleiche Bild !

Es könnten definitiv noch ein paar mehr Beispiele auf der Seite stehen.
Mit der Zeit werden sicherlich auch noch einige dazukommen.

Ansonsten verstehe ich nicht so genau, was du eigentlich kritisierst...

 Gibt es Proposals ?

Nein.

 Insgesamt ist die Situation eher unbefriedigend, da es sich hier wohl
 eher um einen kleineren Kreis von Profis handelt und interessierte Laien
 schon Probleme bekommen.

Mit der Verwendung der JOSM-Vorlagen kann man sich das Eintragen der
Signale schonmal deutlich vereinfachen. Etwas Bahnwissen gehört aber
dennoch dazu, das gebe ich zu. Das hebt zwar die Einstiegshürde und
schreckt die große Masse ab, sichert aber auch eine gewisse Qualität der
Daten.

 Auch wird, nach wie vor, an forward/backward und left/right an Punkten
 festgehalten, was so von keinem einzigen Editor unterstützt wird.

Das ist momentan eben die beste Möglichkeit, um einerseits die Daten
einfach eintragen zu können, andererseits auch gut auswerten zu können.
Wenn du eine bessere Idee hast, kannst du uns die gerne vorstellen.

 Somit komme ich zu dem Schluss, dass es wohl immer noch an einer
 gelungen Ausarbeitung des Tagging-Schemas und der entsprechenden auch
 für normale User verständlichen Wikiseiten fehlt und ein mechanischer
 Edit zur Zeit zu wenig Verbesserung mit sich bringt.

Hast du konkrete Verbesserungsvorschläge für die Wikiseiten?

Der mechanische Edit bringt deutliche Verbesserungen. Er vereinheitlicht
das Tagging und korrigiert Design-Fehler, die wir beim Entwurf des
Taggingschemas gemacht haben, nämlich die fehlende internationale
Eindeutigkeit der Tags.


Gruß
Alex


signature.asc
Description: This is a digitally signed message part
___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-it] Ciclabile su sterrata ad accesso limitato

2015-04-07 15:38 GMT+02:00 Volker Schmidt vosc...@gmail.com:

 motor_vehicle=destination ?



se ci possono andare solo i proprietari, è private, se ci possa andare
chiunque con un motivo valido, destination.

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

Re: [Talk-cz] Mapovací párty v Brně

2015-04-07 Diskussionsfäden Ladislav Nesnera

Teplé místečko by se dalo domluvit tady -
http://www.dc67.cz/sluzby/prostory. Není to sice úplně v zamýšlené
oblasti mapování, ale pro mě to je vzdálenost, kterou zásadně dávám
pěšky.. ;-)
Je-li akce míněna i pro úplné novice, viděl bych tu potenciál přílákání
nových lidí - je to v lužáneckém Domečku. Napadají mě
skautské/turistické oddíly, místní počítačový kroužek a čert ví, jaké
poklady skrývá databáze centra samotného.
Zajímavá by mohla být i následná propagace - takový 3D model Domečku
samotného by mohl zaujmout (možná už je, nevím)


On 28/03/15 14:05, Petr Vozdecký wrote:
 Ahoj,

 diky za aktivitu. Doplnim, ze by bylo asi vhodne to koncipovat tak, ze
 se napred sejdeme nekde pobliz v teple (predem diky tom.k :) a podle
 poctu zucastnenych se domluvime na postupu a pak to behem hodinky
 zmapujeme a rekneme dve hodinky to muzeme aplikovat do mapy. Myslim ze
 s rezervou by to melo byt za 4 hodiny hotove (a tim padem to lze
 planovat na vikend 8:30-12:30, nerozbourat cely den a docilit vetsi
 ucasti).
 Teoreticky nabizim (v pripade zajmu) jako pridavek na zaver kratkou
 diskusi a ukazku jako uvod do OSM 3D tagovani, pripadne vytvoreni
 nejakeho vlastniho 3D modelu (konkretni budovy).

 vop

 -- Původní zpráva --
 Od: Tomas Novotny to...@novotny.cz
 Komu: talk-cz@openstreetmap.org
 Datum: 28. 3. 2015 13:20:59
 Předmět: [Talk-cz] Mapovací párty v Brně


 Ahoj,

 jak už tu v diskuzi padlo [1], nebylo by špatné udělat malou mapovací
 párty.
 Představa je taková, že přes den provedeme mapování a diskuzi přímo v
 terénu a
 později se přesuneme někam k PC s projektorem, kde provedeme
 zmapování.
 Šlo by o
 akci cca na půlden až den, která by se konala poblíž Slovanského
 náměstí v Brně
 [2] (velký kruháč, park, MHD, obchody, ...) Pro zjištění zájmu a
 základních
 informací jsem na adrese:
 
 https://docs.google.com/forms/d/1mZlaIVsFCoBc4_H7N12sjFmqzqZU7bY2RCng_Lw8RU0/viewform
 spustil malý formulář (tak na minutu).

 Kdo by měl zájem, prosím o vyplnění (ale i pro nezájemce je tam
 odpověď).

 Díky a mějte se pěkně,

 Tomáš

 [1]
 https://lists.openstreetmap.org/pipermail/talk-cz/2015-March/011606.html
 [2] http://osm.org/go/0J6goWvdt--

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



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



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

Re: [Talk-at] [Info] Auftritt auf den Linuxwochen 2015 (fwd)

2015-04-07 Diskussionsfäden Markus Mayr

Ich nehme morgen die Sachen zum Stammtisch mit. Passt das?

Am 2015-04-01 um 13:29 schrieb Markus Mayr:
 Ich starte zum Stammtisch sowieso von meiner Arbeit aus. Dann kann ich
 die Sachen auch direkt zum Stammtisch mitnehmen.
 Ansonsten bin ich recht flexibel, wenn du es lieber direkt holen willst.


 Am 2015-04-01 um 13:16 schrieb Andreas Labres:
 On 01.04.15 11:54, Stephan Bösch-Plepelits wrote:
 Ich hab die Wikiseite der letzten Jahre kopiert und aktualisiert:
 - http://wiki.openstreetmap.org/wiki/Wien/Linuxwochen2015
 Danke, ich hab mich eingetragen.

 Folgende Problematiken sehe ich derzeit:
 * Standbetreuung ab 16:00 Uhr. Zur Not wäre der Stand dann halt leer, was 
 halt
 nicht viel Effekt hätte.
 * Wer macht den Abbau? Ggf. fahre ich am Sa hin und hole nur die Sachen. Das
 müßte halt zu einer Zeit sein, wo noch jemand da ist und mir helfen kann.
 * Ich hätte zwar ein paar alte Windows-Notebooks zur Auswahl, aber ich habe
 keinen größeren Monitor dazu. Hätte da jemand etwas? Oder soll der Verein 
 einen
 günstigen, großen Full-HD Monitor kaufen? (Die Frage stellt sich typisch ja
 jedes Jahr)
 * Finn Fahrradhalterungen wären glaub ich gut zu verkaufen... Könnte da aus 
 Graz
 bitte jemand organisieren, dass wir so ca. 20 Stück bekommen? Entweder in
 Komission oder zu einem günstigen HEK an den Verein verrechnet?

 *Markus*, wann kann ich das Zeug holen kommen, das bei Dir in Wien lagert?
 *Norbert*, ein Rollup (und Kleinigkeiten) ist bei Dir? Wann kann ich das 
 holen
 kommen?
 Ev. könnte ich vor dem Stammtisch (nächsten Mittwoch) bei Euch vorbeikommen?

 Servus, Andreas


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


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

Re: [Talk-de] Mechanischer Edit an Eisenbahnsignalen in Deutschland

2015-04-07 Diskussionsfäden fly

Grundsätzlich spricht nichts gegen eine Anpassung, allerdings sollten
solche Änderungen möglichst breit diskutiert werden und dann bringt es
nichts wenn der Autor hier nicht einmal persönlich einen Link
veröffentlicht und dann auch mitdiskutiert !

* Wie sieht das denn im Ausland aus ? Wurde auch über den Tellerrand
(Europa) hinausgeschaut ?
* Können wir kein internationales Schema entwickeln und nur
länderspezifische Signale mit LC erweitern.
* Warum werden den die Werte als Abkürzungen definiert ? Was spricht
gegen zB Hauptsignal statt hp ?
* Wie wäre es mit operator=* anstatt der Präfixe der Werte ?

Die Beispiele am Ende hängen in der Luft und genau die Unterschiede sind
nicht herausgearbeitet, da nur jeweils ein Beispiel für jeden Haupttag
vorhanden ist. Noch sind die Tags railway:signal:main=*,
railway:signal:combined=*, railway:signal:*:states=* und was da noch so
herumschwirrt gut dokumentiert. Das Hauptsignal und das stillgelegte
Signal verwenden exakt das gleiche Bild !

Gibt es Proposals ?

Insgesamt ist die Situation eher unbefriedigend, da es sich hier wohl
eher um einen kleineren Kreis von Profis handelt und interessierte Laien
schon Probleme bekommen.

Auch wird, nach wie vor, an forward/backward und left/right an Punkten
festgehalten, was so von keinem einzigen Editor unterstützt wird.

Somit komme ich zu dem Schluss, dass es wohl immer noch an einer
gelungen Ausarbeitung des Tagging-Schemas und der entsprechenden auch
für normale User verständlichen Wikiseiten fehlt und ein mechanischer
Edit zur Zeit zu wenig Verbesserung mit sich bringt.

Grüße fly

Am 07.04.2015 um 13:37 schrieb chris66:
 Hi,
 User Nakaner plant alle Signalanlagen in Deutschland umzutaggen.
 
 Hier der entsprechende Beitrag im OSM Forum:
 
 http://forum.openstreetmap.org/viewtopic.php?id=30676
 
 Einwände bitte dort oder hier posten. :-)

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

Re: [Talk-it] Routing autostradale: problema di OsmAnd o della mappatura?

 e ti succede solo se passi lì in direzione est (corsie sud) e non
quando passi lì in direzione ovest (corsie nord)?

Se è così direi che si tratta di un difetto del routing di OsmAnd. La
tangenziale fa un leggera curva lì. Se i pesi per routing di motorway e
motorway_link in OsmAnd sono uguali, per forza si ha questo effetto in
una curva.

Mi sembra che si tratti di un errore di routing da segnalare a OsmAnd.

Volker




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

[Talk-pt] Consulta pública sobre o SNIG e INSPIRE: pesquisa, acesso e utilização de informação geográfica em Portugal

2015-04-07 Diskussionsfäden Topo Lusitania Lusitania



Consulta pública sobre o SNIG e INSPIRE: pesquisa, acesso e utilização de 
informação geográfica em Portugal
A DG do Território inicia hoje uma consulta publica sobre o o tema.Algumas das 
perguntas (e algumas das possibilidades de resposta) são interessantes. Será 
que algo está a mudar em PT ? 
https://docs.google.com/forms/d/1QaUp356oGtQ_H6QwHCNoCBSLpw2BwoaFjFN23Dc7zZg/viewform


A equipa TopoLusitania___
Talk-pt mailing list
Talk-pt@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-pt

Re: [Talk-us] Facts about the world

2015-04-07 Diskussionsfäden John F. Eldredge

Under French law, would it be a violation of that copyright if someone recorded
a GPX trace while walking along the signposted route, then mapped that route in
OSM using the GPX trace and not using the GR name or shield? Do any of these
routes have non-copyrighted local names?

On April 4, 2015 11:40:53 AM CDT, stevea stevea...@softworkers.com wrote:
exceptions, I believe the GR issue is still unsolved).

Yes, all of that is fair game. Though I don't know what the GR
issue is, and ask you to please clarify.

Sorry for the late answer, been on the road for two days and now are
on a rather flaky network connection. See
http://wiki.openstreetmap.org/wiki/Walking_Routes#Francehttp://wiki.openstreetmap.org/wiki/Walking_Routes#France

for a very short synopsis of the GR issue.

Thank you. A quick GR synopsis: hiking routes in France, even with
trailblazers marked on-the-ground (!), are under a restricted
copyright and cannot be OSM-entered. Wow! Our oft-quoted test is
it on-the-ground-verifiable? to determine whether data are
OSM-enterable is not as clear-cut as yes or no?

We need discussion, sometimes a Legal Team determinations, good will
and open hearts as we figure this all out. Sometimes on a
case-by-case basis. Not dogma, dig-in-our-heels zealotry. That
isn't easy, so let's face that squarely and cut each other some slack
that while there may be friction, we won't burst into flame.

.. As facts about the world, these data belong to us, and
when true, we can put them into OSM. (Sometimes such data, like
airline routes, are inappropriate to put into OSM -- but that's
another topic).

I think where we differ is that I see OSM (not only) as a project
that demonstrates (in practical use) what citizens can do with
today's technology, in an area that just a couple of years back was
completely controlled by government and industry. If by doing so,
more government data becomes freely available then that is a nice
side effect, but not a primary goal.

Recall what made me start this thread: I want to clean up/improve
crusty/wrong TIGER railway data. THAT, in the instant case, is my
primary goal. I assert, I believe 100% correctly, that the names of
long industrial things hundreds of km long are both my business and
facts about the world that belong to nobody in particular, but
rather everybody, and hence deserve to be in OSM as correct. I'm not
necessarily doing an import, I'm better naming crusty/wrong data OSM
already has with facts about the world. Yes, these happen to be
confirmed by data published by my employees (government agencies).
That's it. Please don't conflate the process just outlined with
government data becoming more freely available as a side effect as
that is not what I just described nor is it what is happening here.

I don't see it as a vehicle to promote any specific agenda outside
of the relatively narrow goals of the project itself. In particular
I don't see potentially impacting the primary goal of providing free
(as in free of legal restrictions by third parties) geo data to
everyone by becoming embrolied in legal fights just to prove a point.

I like proving points when it suits me (especially when I am right!)
but again, that's not what this is. It is cleaning up old, wrong
data so they are correct, appropriate-to-be-in-OSM data (but only
when correct, and they are wrong now).

It is my subjective impression is that we are just on the brink of
the project being unworkable because our contributors are too bold
in using third party sources -not- the other way around (and yes
when I get back home I have to deal with removing months of work by
a mapper together with the DWG because they were too bold).

I respectfully and strenuously disagree. We still (and likely will)
continue to have some predictable and manageable problems with import
of data from third party sources, but we have procedures in place to
make imports and third party data sources (two different things, but
they do often overlap) better. Emphasis on manageable. My turn to
ask: How much of these problems are OUR FAULT? The obvious answer
is every last bit. We need to educate people, train them and be
vigilant. We do all of these things, but if we still have problems
(we do, but they do not threaten to make the project unworkable) we
simply must do better.

That's roll-up-our-sleeves work, but it isn't throw-up-our-hands the
project is almost unworkable.

Respectfully,
SteveA
California

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

--
John F. Eldredge -- j...@jfeldredge.com
Darkness cannot drive out darkness; only light can do that. Hate cannot drive
out hate; only love can do that.

Re: [Talk-us] Facts about the world

2015-04-04 16:46 GMT+02:00 Simon Poole si...@poole.ch:

 Sorry for the late answer, been on the road for two days and now are on a
 rather flaky network connection.  See
 http://wiki.openstreetmap.org/wiki/Walking_Routes#France for a very short
 synopsis of the GR issue.



is this something the OSMF lawyers have had a look into? Is the issue
really copyright or is this about trademark (regarding the names GR
PR etc.)? Currently it seems we are accepting what the Fédération
Francaise de la Randonnée Pédestre claims, without questioning whether
their claims hold up.

E.g. why can't you do a survey and publicly say: here is a sign which
reads GR 4 similar to making a survey and publicly saying: here is a sign
that reads 'Coca Cola'? This doesn't question the CocaCola trademark.
Also, we are mapping roads and buildings, but the projects leading to these
constructions are normally protected by copyright, and also a building can
be protected (architectural work). None of these do stop us to map them in
other fields, what is the particularity why GR cannot be mapped?

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

[Talk-at] Stammtisch Wien

2015-04-07 Diskussionsfäden Markus Mayr

Morgen findet wieder der OSM und FOSSGIS Stammtisch in Wien statt!

http://wiki.openstreetmap.org/wiki/Wien/Stammtisch
http://www.fossgis.de/wiki/Stammtisch_Wien


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

Re: [Talk-it] Rallentatore/dissuasore

sì il dislivello c'è quindi ci può stare.




--
View this message in context: 
http://gis.19327.n5.nabble.com/Rallentatore-dissuasore-tp5839956p5839989.html
Sent from the Italy General mailing list archive at Nabble.com.

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

Re: [Talk-de] [OSM-HH] Hamburger Straßennetz als CC0 veröffentlicht (fly)

2015-04-07 Diskussionsfäden Johannes Kröger

 Hast Du nicht den Datensatz runtergeladen ?
 War da eine Lizenz dabei ?
 
 Falls nicht, hast Du den Satz als CC0 runtergeladen und der bleibt
 auch CC0, selbst wenn die Lizenz jetzt geändert ist.

Auf welcher rechtlichen Grundlage sagst du das? Urheberrecht ist
implizit. Wenn keine Lizenz irgendwo bei ist, dann hast du erstmal
überhaupt keine Rechte.

Dass wegen der zwischenzeitlichen CC0-Veröffentlichung diese Lizenz
irgendwie rechtskräftig geworden ist, mag sein, aber solange das nicht
jemand kundiges explizit sagt, wäre ich da vorsichtig. Menschlicher
Fehler wird doch wohl nicht dazu führen, dass Daten fälschlicherweise
unter eine Lizenz kommen, unter der sie nicht sein dürften. Jedenfalls
fände ich das sehr gruselig.

Dass die heruntergeladenen Datensätze tatsächlich so gut wie nie
Metainformationen wie Herkunft und Lizenz enthalten ist einer meiner
größten Kritikpunkte am Portal...

Wie auch immer, wie Wolfgang ja schon gesagt hat, die neue Lizenz hat
den Zusatzpunkt nicht erforderlich, was die Verwendung einfacher
machen müsste. :)

Viele Grüße, Hannes

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

Re: [Talk-de] Totenbretter

2015-04-07 Diskussionsfäden Fabian Schmidt



Am 04.04.15 schrieb Helmut Kauer:


Griaß eich,


Grießä,

in Bayern gibt es den Brauch der Totenbretter. Im weitesten Sinne könnte man 
sie als Andachtstätten bezeichnen.


m.E. passt am besten historic=wayside_shrine
http://wiki.openstreetmap.org/wiki/Tag:historic%3Dwayside_shrine
Der wurde u.a. für Marterl eingeführt.


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

[Talk-ca] Future Shop and Target

2015-04-07 Diskussionsfäden Andrew MacKinnon

http://www.thestar.com/business/2015/04/06/future-shop-stores-re-open-under-best-buy-name.html

The Future Shop stores that have reopened still have Future Shop
signage but Best Buy signage will replace it soon and the employees
have Best Buy uniforms. The map in this article is based on OSM, but
the overlay is proprietary so don't copy from it.

Also does anyone mind if I change all the Targets in Canada to
shop=vacant once they all fully close on April 12? If there is a good
reason not to then I won't do this, but it seems silly to have a whole
bunch of outdated data in OSM.

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

[Talk-it] Routing per bici/piedi con gpx import esiste?

2015-04-07 Diskussionsfäden mircozorzo

Ciao, cerco un sevizio online che faccia il routing su dati osm partendo da
file gpx. http://bikeroutetoaster.com/ può importare file gpx ma non fa
questa funzione.
Per favore potete suggerirmi un sito che inseriti partenza e arrivo e alcuni
punti di transito faccia il routing sui dati osm? La cosa migliore sarebbe
per mtb/pedonale.

Ciao, Mirco 



--
View this message in context: 
http://gis.19327.n5.nabble.com/Routing-per-bici-piedi-con-gpx-import-esiste-tp5840014.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

[OSM-talk-fr] Forêts et parcelles domaniales et communales

2015-04-07 Diskussionsfäden Yves Pratter

Bonjour,

Pour continuer la discussion sur « Comment les cartographier sous OSM ? », 
voici les liens WMS pour JOSM :

Ils permettront de vérifier la correspondance (ou pas) des forêts avec les 
données OSM.

—
Yves

ONF - Forêts publiques :
wms:http://ws.carmencarto.fr/WMS/105/ONF_Forets_old?language=freFORMAT=image/jpegVERSION=1.1.1SERVICE=WMSREQUEST=GetMapLAYERS=Forets_PubliquesSTYLES=SRS={proj}WIDTH={width}HEIGHT={height}BBOX={bbox}

ONF - Parcelles forestières :
wms:http://ws.carmencarto.fr/WMS/105/ONF_Forets_old?language=freFORMAT=image/jpegVERSION=1.1.1SERVICE=WMSREQUEST=GetMapLAYERS=Parcelles_ForestieresSTYLES=SRS={proj}WIDTH={width}HEIGHT={height}BBOX={bbox}




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

[Talk-us] USA Rail: a progress report

2015-04-07 Diskussionsfäden stevea

I haven't (tediously) added up all the track-miles, but I would 
estimate that at the Amtrak level, USA Rail is perhaps 75% - 80% 
complete.  However, this optimistic number comes with caveats:


1)  While most (26 out of 43) Amtrak routes are complete, for the 
great majority of these, the completion is only for 
public_transport:version=1 not 2, as is the longer-term goal.  Of the 
remaining 17, 15 are mostly or substantially complete, except for 
Texas Eagle, which needs a lot of work from Arizona eastward.  But 
two are not even stubbed in yet:  the Shuttle, and the 
rather-complex-to-call-a-single-thing Northeast Regional routes. 
Wouldn't you know, these last 20% are going to be the most tedious 
and difficult, as just these two routes represent our most complex 
route data yet to enter.


2)  The higher level route=train relations described above might be 
about 80% done, but the middle level (infrastructure) route=railway 
relations of named Subdivisions still need lots of work -- we are 
only at maybe 35% completion.  Looking at OpenRailwayMap (which shows 
usage= tags as red/yellow/orange for high-speed/mainline/branch 
rail), we see that the USA is enjoying better coverage and 
connectivity, but still has many bald patches.  Also, just because 
a usage= tag is applied to a rail segment doesn't mean its name= tag 
is correct nor does it mean that all identically-named rail segments 
are collected together into an infrastructure (route=railway) 
relation -- all three should be true to say that rail is well-tagged 
in OSM.


3)  Only one or two states (California and Montana, the latter is 
pretty sketchy) boast their own statewide rail wiki pages.  Sure, 
efforts to better tag rail can (and do!) take place in other states, 
but there is nothing like a wiki to measure/share progress and divvy 
up the work where everybody can participate using our wiki method. 
You can improve USA rail without a wiki, but in my opinion 
(especially when there is more than one person in a state pushing the 
same boulder uphill) it really does make things easier:  document, 
keep track, don't duplicate efforts, and get that great feeling of 
checking off something as Done when you get to 100%.


4)  Even some of the routes marked Complete might still be kind of 
rough:  stations and platforms may not be correct or fully fleshed 
out, underlying infrastructure might not be correctly named or tagged.


In short (too late!), OpenPublicTransportMap is a fair illustration 
of our Amtrak and more-local route=train relations, with perhaps 85% 
visual coverage.  We are getting there!  Infrastructure 
(route=railway) relations lag far behind this, at about 35% 
completion.  Though California can again boast that our 
infrastructure is early alpha and maybe 97% complete, though not 
completely accurate -- work continues.


The major still-to-do tasks in fixing up USA rail continue to be these:

1)  Change TIGER name= tag to operator=, then issue a new correct 
name= tag (like XYZ Subdivision),
2)  Add a usage= tag like main or branch.  This makes the 
infrastructure light up with color in ORM, and
3)  Collect identically named rail segments together into a 
route=railway (infrastructure) relation.


After 3) it's almost a cinch to combine infrastructure together into 
route=train relations (like Amtrak), at least 
public_transport:version=1.  We do have some 
public_transport:version=2 relations to serve as good examples, so 
you really could even roll up your sleeves and do those, too!  This 
isn't about getting detailed passenger rail SCHEDULES into OSM, just 
rail infrastructure and routes.  Any volunteers?!  See 
http://wiki.osm.org/wiki/Amtrak and call Dibs! on a route or two!


Given the rather dismal state of rail data from our poorly aging 
TIGER import, I must ask the august readers of this list:  How 
complete and correct is rail tagging in YOUR state?


Regards,
SteveA
California

(I think that's called cheerleading, and I'm not terribly 
embarrassed for having done so)


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

Re: [Talk-dk] Sammendrag af Talk-dk, Vol 70, Udgave 2

2015-04-07 Diskussionsfäden Martin Hvidberg

 korttypen også (det er det udsnit hvor man både 
 kan se Randers og Grenå, men ikke andre større byer.
 
 http://webkort.syddjurs.dk/cbkort?mapext=541171.47200769%206222385.3979971%20618329.87200769%206264676.5979971layers=theme-kms-dtkkort25klassiskprofile=lokalplaner-borger
 
 Hvis nogen har wms adgang til kortforsyningen, er det laget der hedder: 
 dtk_d500_2012.
 
 Venlig hilsen
 
 Allan Gyldendal Frederiksen
 GIS-koordinator
 Digitalisering
 
 Direkte +4587535261
 Mobil +4530924749
 a...@syddjurs.dkmailto:a...@syddjurs.dk
 
 Syddjurs Kommune * Tingvej 17 * 8543 Hornslet * Tlf +4587535000 * 
 www.syddjurs.dkhttp://www.syddjurs.dk/
 Postadresse: Syddjurs Kommune * Digitalisering * Lundbergsvej 2 * 8400 
 Ebeltoft
 
 
 
 -- næste del --
 En HTML-vedhæftning blev fjernet...
 URL: 
 http://lists.openstreetmap.org/pipermail/talk-dk/attachments/20150407/4007052f/attachment.html
 -- næste del --
 En vedhæftet fil der ikke var tekst, er blevet fjernet...
 Navn: image001.jpg
 Type: image/jpeg
 Størrelse: 20408 bytes
 Beskrivelse: image001.jpg
 URL: 
 http://lists.openstreetmap.org/pipermail/talk-dk/attachments/20150407/4007052f/attachment.jpg
 
 --
 
 Subject: Bundtekst
 
 ___
 Talk-dk mailing list
 Talk-dk@openstreetmap.org
 https://lists.openstreetmap.org/listinfo/talk-dk
 
 
 --
 
 Slut på Sammendrag af Talk-dk, Vol 70, Udgave 2
 
 

-- 
 ... But this required the analysis of a two-dimensional surface, and
he chose to leave it while he first considered in detail some rather
simpler cases

  - about Alan Thuring (1950)


https://orcid.org/-0003-3991-2667
ISNI:  0001 3812 324X

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

Re: [Talk-it] barriere laterali a forma di U invertito

2015-04-07 Diskussionsfäden girarsi_liste

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Il 07/04/2015 09:16, Volker Schmidt ha scritto:
 Come taggare queste barriere a forma di U invertita?
 
 http://www.mapillary.com/map/im/WFjrWaLImjW79ufbI4WUUw (con spazi
 di passaggio)
 
 http://www.mapillary.com/map/im/ST3B0860zFUlnp5eWTb4eg (senza spazi
 di passaggio)
 
 
 Volker
 
 

Boh! la butto lì:

barrier=fence
fence_type=tubolar

tratti della barriera  come singole way.

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


-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQEcBAEBAgAGBQJVJBr9AAoJEMTPIIVov0Zt1EcH/RuIcOFqHVrd2V53hN2nZv6p
ZvOfZQpZENvdiYG9yqLD/6uU+bh0ugoB/cI0aqoiFO0MZ2HELwiCuU/gsLxzy571
JDepIoSSePbAgQuxAcf4fnreUKvYPU11yRcbjDqRembWvlXtmil50e3A8+h1IGP5
yF5CAVs5dehjCo5itNxpkUv3/uUuJ8rXO/FiEIJ5toMqCMjI/wBGorPnYYxZ94T/
VHcd967gsY+K9/H4FMaGNNX8g+1/8WeePVKhCF4BVe0qO6nDMmiRoVXtOK2c2nsc
n3X6rlMpeaqOd3+oCX685lEBJtCjgA4YAgfdcenqBnjsOIpvyuQiyehVnkq/yHg=
=Lh06
-END PGP SIGNATURE-

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

Re: [Talk-it] barriere laterali a forma di U invertito

2015-04-07 Diskussionsfäden girarsi_liste

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Il 07/04/2015 20:33, Martin Koppenhoefer ha scritto:
 
 
 
 
 Am 07.04.2015 um 19:59 schrieb girarsi_liste
 liste.gira...@gmail.com:
 
 barrier=fence fence_type=tubolar
 
 
 se chiuso potrebbe avere senso, in pratica non mapperei questo
 esempio, perché non costituisce una barriera, oppure si mappano i
 singoli elementi con brevi pezzi di way.
 
 ciao, Martin

Intendevo la seconda cosa che hai detto infatti.


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


-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQEcBAEBAgAGBQJVJCNsAAoJEMTPIIVov0Zt5ykH/RDgcKon/k56zhVZcn+gVvxO
DedIemHoZn8FupHMGkYv9QzhRdY0joX3K+06OcfiN5c2gxpX1gG+evzznZQwGEp/
dzxlFgHXCIMi46RPQdjI7Q51tdGFn7dUxqinuVYCLiSSfpV1IFGyUUTzKqmg1pi6
YK9PnRxfpgQ5XOFFIuE0BBMhicvTq8dgCILPDKSNCvmBSrR6zZPP8+htls5nm0HZ
qXWh2uS5p4urye1FMsQeD/VhPNvMgJbT1fEaFY/fkRnPIQVU9VHQlYWkH9DVz+6N
YNxTbsCoG7m6te+yQew8gWeYjMM0734n48PoqOHXCshkbPlAVbCv6Vigx5+fd/c=
=gWO/
-END PGP SIGNATURE-

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

Re: [Talk-dk] Vejklassen Tertiary

2015-04-07 Diskussionsfäden Mogens Hansen


Det ville være rigtigt godt, hvis der kunne blive bedre enighed om 
anvendelsen af 'tertiary' vs. 'unclassified'. 

Så vidt jeg har forstået, er der to meget forskellige opfattelser, som 
benyttes af forskellige kortredaktører - med heraf følgende inkonsistens 
mht den store del af vejnettet, som ikke er 'secondary' eller af højere 
rang. 

De to tolkninger af disse mindre veje kan kort beskrives som følger:

DEN ENE TOLKNING:
'tertiary' er veje med midterstriber. Uden midterstriber er det 
'unclassified'.

Jeg er ikke tilhænger af denne tolkning.
Vejdirektoratet ved måske, hvilke veje der har striber. Alle de mange 
almindelige kortlæggere ved det ikke - med mindre de på luftfoto zoomer 
helt ned og tjekker visuelt på alle de små veje - en helt uoverkommelig 
opgave - som måske så jævnligt burde gentages, da afstribningen jo kan være 
ændret. 
Desuden er der midterstriber på visse vejstrækninger med sving - mens den 
samme vej ikke har midterstriber, når det bare går ligeud.
Endelig er denne tolkning ikke funktionel - hverken mennesker eller GPS kan 
bruge denne tolkning til planlægning eller navigation.

DEN ANDEN TOLKNING 
'tertiary' er forbindelsesveje og vigtige tilslutningsveje - ellers er de 
'unclassified' (eller 'residential' osv.)

Jeg er varm tilhænger af denne tolkning.
Alle kortredaktører kan bidrage med deres lokale kendskab til gode 
forbindelsesveje, Desuden kan man ofte ved en simpel inspektion af kortet 
erkende oplagte forbindelsesveje. Denne funktionelle tolkning er nyttig - 
den kan bruges både af mennesker og GPS-navigation.
Endelig er denne tolkning dokumenteret på wiki-siden med Map Features:
http://wiki.openstreetmap.org/wiki/Map_Features#Highway
Hvor alle kan finde denne vejledning:

Highway = trunk :
The most important roads in a country's system that aren't motorways.

Highway = primary :
The next most important roads in a country's system. (Often link larger 
towns.) 

Highway = secondary :
The next most important roads in a country's system. (Often link smaller 
towns and villages.) 

Highway = tertiary :
The next most important roads in a country's system. 

Highway = unclassified :
The least most important through roads in a country's system – i.e. minor 
roads of a lower classification than tertiary, but which serve a purpose 
other than access to properties.

Hvis man klikker 'tertiary' kan man bl.a. læse følgende uddybning:
The highway=tertiary tag is used for roads connecting smaller settlements, 
and within large settlements for roads connecting local centres. In terms 
of the transportation network, OpenStreetMap tertiary roads commonly also 
connect minor streets to more major roads.

Ved betragtning af OSM i Danmark kan man se, at 'tertiary' i vid 
udstrækning er blevet benyttet funktionelt i overensstemmelse med 
wiki-vejledningen.

Men der er mange steder på kortet uden konsistens mht vejtype - her er et 
eksempel:

http://www.openstreetmap.org/#map=13/55.3525/9.5904

På dette kort ser man vejstykker, som er 'tertiary' - afbrudt af 
vejstykker, som er 'unclassified'.
Jeg reparerer mange af den slags inkonsistente veje. Jeg vurderer om de 
gule 'tertiary' veje faktisk ser ud til at være forbindelsesveje. Her er 
det vel oplagt nok, så de hvide mellem-vejstykker bør efter min mening 
ændres fra 'unclassified' til 'tertiary', så forbindelserne bliver 
sammenhængende. Her har jeg ladet vejene være som illustration af 
inkonsistens og manglende hensyntagen til funktion.

Her er et andet eksempel: en forbindelsesvej, som jeg (og mange andre) ofte 
benytter - fra Bramstrupvej til Højby:

http://www.openstreetmap.org/#map=14/55.3258/10.4255

Jeg rettede disse vejstykker fra 'unclassified' og 'residential' til 
'tertiary' fordi min GPS-navigation ledte mig ad store omveje, når jeg 
skulle til Højby eller tilbage - selv om jeg valgte 'korteste rute'.
Efter ændringerne til 'tertiary' bliver jeg (og andre) navigeret ad denne 
oplagte forbindelsesvej.

NB: hvis man på luftfoto zoomer ned på disse veje, vil man kunne finde 
sektioner med midterstriber og sektioner uden striber. At benytte disse til 
klassifikation giver ingen mening - efter min mening.

Jeg mener også, at wiki-vejledningen på Map Features kan være tilstrækkelig.
Hvis der er stemning for en dansk wiki-vejledning, mener jeg, at man blot 
kunne oversætte de engelske tekster til dansk - evt med lidt uddybning - 
men ikke med tolkninger, som afviger ret meget fra den originale. Man kan 
jo bemærke, at danske kortlæggere i vid udstrækning redigerer i andre lande 
- og mange udlændinge redigerer i Danmark. Hvordan skulle de dog kende evt 
afvigende regler i Danmark - forklaret på dansk. Afvigende tolkninger = 
inkonsistens. 
Generelt mener jeg, at man (så vidt muligt) bør tilstræbe ensartede regler 
i alle lande.

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

Re: [Talk-it] Routing per bici/piedi con gpx import esiste?

2015-04-07 Diskussionsfäden Paul Seyfert

Ciao,

Hai provato http://openrouteservice.org/?
Puoi scegliere mountainbike sulle opzione bici.

Ciao,
Paul

On 07.04.2015 18:22, mircozorzo wrote:
 Ciao, cerco un sevizio online che faccia il routing su dati osm partendo da
 file gpx. http://bikeroutetoaster.com/ può importare file gpx ma non fa
 questa funzione.
 Per favore potete suggerirmi un sito che inseriti partenza e arrivo e alcuni
 punti di transito faccia il routing sui dati osm? La cosa migliore sarebbe
 per mtb/pedonale.
 
 Ciao, Mirco 
 
 
 
 --
 View this message in context: 
 http://gis.19327.n5.nabble.com/Routing-per-bici-piedi-con-gpx-import-esiste-tp5840014.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: [OSM-talk-fr] Forêts et parcelles domaniales et communales

2015-04-07 Diskussionsfäden JB

J'ai jeté un coup d'œil, ça confirme au moins une chose, les éléments « 
landuse », végétation sur le terrain, n'ont pas à être mélangés aux 
éléments « boundary » (mon terrain de jeu est ici : 
http://www.openstreetmap.org/#map=16/48.1948/3.9670). C'est la même 
chose qui faisait dire il y a un temps que les limites de commune 
n'avaient pas à avoir de nœud commun avec les objets landuses.
Pour moi, c'est le premier point : séparer les objets végétation des 
objets frontière.
Un deuxième : un layon man_made=cutline n'est introduit que si un 
élément existe sur le terrain : ligne étroite sans végétation haute, 
marquage des arbres. Si rien de visible sur le terrain, pas de cutline. 
Si pas praticable, un tag pour l'indiquer.
Un troisième : introduire un nouveau tag de type boundary=* ou autre. 
Mais tagging sera peut-être plus au niveau que moi.
Mais j'ai quand même la crainte de décalquage rapide des wms que tu as 
fourni, sans réalité de terrain. Le survey serieux d'une zone est 
tellement chronophage que je ne crois pas que cette méthode sera 
vraiment utilisée.

JB.

Le 07/04/2015 18:47, Yves Pratter a écrit :

Bonjour,

Pour continuer la discussion sur « Comment les cartographier sous OSM ? », 
voici les liens WMS pour JOSM :

Ils permettront de vérifier la correspondance (ou pas) des forêts avec les 
données OSM.

—
Yves

ONF - Forêts publiques :
wms:http://ws.carmencarto.fr/WMS/105/ONF_Forets_old?language=freFORMAT=image/jpegVERSION=1.1.1SERVICE=WMSREQUEST=GetMapLAYERS=Forets_PubliquesSTYLES=SRS={proj}WIDTH={width}HEIGHT={height}BBOX={bbox}

ONF - Parcelles forestières :
wms:http://ws.carmencarto.fr/WMS/105/ONF_Forets_old?language=freFORMAT=image/jpegVERSION=1.1.1SERVICE=WMSREQUEST=GetMapLAYERS=Parcelles_ForestieresSTYLES=SRS={proj}WIDTH={width}HEIGHT={height}BBOX={bbox}




___
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-de] Totenbretter





Am 07.04.2015 um 17:08 schrieb Fabian Schmidt 
fschm...@informatik.uni-leipzig.de:

 in Bayern gibt es den Brauch der Totenbretter. Im weitesten Sinne könnte man 
 sie als Andachtstätten bezeichnen.
 
 m.E. passt am besten historic=wayside_shrine
 http://wiki.openstreetmap.org/wiki/Tag:historic%3Dwayside_shrine
 Der wurde u.a. für Marterl eingeführt.


das Wort shrine bezeichnet einen umschlossenen Raum, sei es ein Gebäude oder 
nur ein Kästchen, für ein Brett halte ich das nicht für geeignet.


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

Re: [Talk-it] barriere laterali a forma di U invertito





 Am 07.04.2015 um 19:59 schrieb girarsi_liste liste.gira...@gmail.com:
 
 barrier=fence
 fence_type=tubolar


se chiuso potrebbe avere senso, in pratica non mapperei questo esempio, perché 
non costituisce una barriera, oppure si mappano i singoli elementi con brevi 
pezzi di way. 

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

Re: [Talk-it] Routing autostradale: problema di OsmAnd o della mappatura?

2015-04-07 Diskussionsfäden Any File

2015-04-07 15:29 GMT+02:00 Max1234Ita max1234...@gmail.com:

 Ciao a tutti, recentemente ho avuto modo di percorrere la Tangenziale di
 Milano usando OsmAnd come navigatore, ed ho notato che questo mi propone
 sempre di passare attraverso le vie di deflusso/reimmissione,



 (Tangenziale Ovest, in prossimità dell'uscita Val Tidone


Sono andato a controllore come è sulla mappa l'usicta di Val Tidono della
tangenziale Ovest di Milano.

Ho notato che su questi raccordi nonè segnato alcun llimite di velocità.
Penso proprio che lì ci sia un limite di velocità più basso rispetto alla
tangenziale.

Non so quale sia il limite reale, pertanto non riesco ad inserirlo. Sarebbe
interessante sapere come si comporta il router a fronte di un diverso
limite di velocità.

E sicuramente in fondo al raccordo c'è sicuramente un dare la precedenza.

Per il momento aggiungo solo i valori di incline ed apro una nota in cui
chiedo di inserire i limiti di velocità.

In mancanza di diversi limiti di velocità, non so quanto sia così
condannabile il comportamento del programma di routing. (che potrebbe
perfino pensare che sul motorway_link ci sia un limite di velocità
superiore, visto che sulla tangenzaile illimite è di solo 90 km/h).

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

Re: [OSM-talk] Territorial waters of Gibraltar

2015-04-07 Diskussionsfäden Colin Smale

 

As you will have noticed by now, it's complicated. There is no truth
agreed to by both sides, so we may need two boundaries: one according to
Spain, and one according to Gib/UK. In between is disputed territory.
How do we handle that in other cases? 

http://ersilia.net/ET2050_library/docs/med/gibraltar.pdf 

In practice it seems the two sides tolerate each other, as long as there
is no clear provocation. 

On 2015-04-07 21:45, Frederik Ramm wrote: 

 Hi,
 
 I wonder about the territorial waters of Gibraltar.
 
 I noticed today that a raw sketch of these waters had been in OSM for a
 while but then removed by someone, putting the border of the country
 exactly along the coastline. This does not sit well with Gibraltar's own
 claims (3nm). I reverted to the old version but what we have now is
 neither here nor there.
 
 I read up on things on Wikipedia but I'm really none the wiser. It
 appears that there are UK military ships down there and that they
 occasionally chase away a Spanish vessel so they do seem to have
 control of at least some part of the sea.
 
 Is there anyone who can speak to the situation on the ground, ideally
 without being a Spanish or British nationalist and therefore potentially
 biased?
 
 Should we add the full 3nm territorial water line to OSM?
 
 Bye
 Frederik
 ___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

[OSM-talk-be] TEC: what I did and why I stopped (long ago)

2015-04-07 Diskussionsfäden André Pirard

Hello Julien and TEC collaborators,

I finally decided to explain here why I stopped working for the TEC
project.

Mediocre result

I had almost totally mapped TEC line 65 (before the stops were announced
to be complete). I had made all the hard work finding where the TEC bus
stops are (1). I still needed to review the whole thing with aerial
maps, but while waiting for an illusive confirmation from TEC of about
10 bug reports I sent them, I was giving myself a break and I was
playing with the GPX trace that I'm probably the only one to have made.
I was having fun writing a program that analyzes GPX, automatically
detects where the car stopped, computes the average of the oscillating
stop position and makes a POI of it, all that displaying nicely in
JOSM. The pre-alpha was producing amazingly good results for a first
try. (That program might analyze GPX data produced by a 60€ GPS
smartphone installed on the buses).

(1) TEC's data can put them 100 m and more away from the true location,
even on another road. I had put most of them less that 5 m where they
are, and as carefully tagged as possible with shelter etc...

The fun was totally spoiled when Polyglot sent me an e-mail saying that
(without first contacting me in any way) he had made modifications to
many of my pending bus stops and that the schoolmaster or is it OSM
chief was not pleased.
He had posted the following public insults in what the OSM.org map
readers see when they look at my bus stops data (left pane).
We should try to explain to Polyglot that OSM is a geographic database
and not a database of insults.
*reviewing all bus stops added for route 65. Performing conflation
where required and improving positioning where needed. Why were 3
versions necessary to get this mediocre result? *
*routes for TEC 65, mapped properly, please, if somebody offers you to
show how it's done, grab the opportunity to learn. Alternatively look
at all the other routes this person already did over the past years **
*
And maybe more.

What a sin to make 3 OSM updates for about 100 bus stops, isn't it! Read
below how many he made !!!
Regarding what the ignorant people we are must learn from the teacher,
I had asked before on the mailing list several questions and they were
never answered.
The tagging conventions are here
http://wiki.openstreetmap.org/wiki/WikiProject_Belgium/Conventions/Bus_and_tram_lines#Tagging,
the answers should be there, and I did exactly what they say.
Obviously, if we are commanded to look at other routes, their links
should at least be in those conventions. Etc.

Being disgusted (and because it's alleged be a way to learn), I looked
at just a dozen of those so-called corrections, no more, I stopped out
of disgust.
Let us see what mediocre result means.
Mostly, they move by 2 m the bus stops that I had painfully found 50 or
100 m away and correctly moved.
Or they do such minor details.
Or they just introduce plain mistakes.

*Please* note that I do not disparage other people's work, quite the
opposite.
But when my work is disparaged, I compare.

*Please* let me make my final line 65 modifications of the following
before doing any more anyone.

In this place http://www.openstreetmap.org/node/2955197984, rue Hamal,
Polyglot made a slight position change of Liège Opéra.
I was waiting for and I now have confirmation that this bus stop does
not exist.
I think that it was a temporary stop during the road works in 2009 and
that it was never removed from the map.
I am going to remove it, at least for line 65.
Is moving non-existing bus stops really a correction?
Which is a mediocre result?

This nearby http://www.openstreetmap.org/node/2955197983place is the
line terminus of 65 and, as I know it, quite logically the place where
the bus waits for passengers and starts.
I had put the line start where the buses start but Polyglot put it at
the non-existing stop http://www.openstreetmap.org/node/2955197984
here above.
Which is a mediocre result?

In this place http://www.openstreetmap.org/node/2955198000, I put the
bus stop quite normally on the right side of the road.
Polyglot moved it to the left side, on the sidewalk behind the parking!
Now, TEC must buy English like buses with doors on both left and right
sides to service that stop !!!
Checking it today, I see that Polyglot has put it back where I had put
it (In 3 additional updates !!!)
Which is a mediocre result?

I was waiting confirmation that this bus stop
http://www.openstreetmap.org/node/2955198001 does not exist.
Although that's indicated in a fixme, Polyglot moved once again a
non-existing bus stop. (I passed by that place and I didn't see any bus
stop with a careful look).
Are the bus stops moved just in order to write insults?
I will remove it.
Which is a mediocre result?

When I checked this stop http://www.openstreetmap.org/node/2955197938
with my GPS, I noticed a bus stop opposite.
I first thought that it belonged to line 65.
But a close look at the photo I took

[OSM-talk] Territorial waters of Gibraltar

2015-04-07 Diskussionsfäden Frederik Ramm

Hi,

   I wonder about the territorial waters of Gibraltar.

I noticed today that a raw sketch of these waters had been in OSM for a
while but then removed by someone, putting the border of the country
exactly along the coastline. This does not sit well with Gibraltar's own
claims (3nm). I reverted to the old version but what we have now is
neither here nor there.

I read up on things on Wikipedia but I'm really none the wiser. It
appears that there are UK military ships down there and that they
occasionally chase away a Spanish vessel so they do seem to have
control of at least some part of the sea.

Is there anyone who can speak to the situation on the ground, ideally
without being a Spanish or British nationalist and therefore potentially
biased?

Should we add the full 3nm territorial water line to OSM?

Bye
Frederik

-- 
Frederik Ramm  ##  eMail frede...@remote.org  ##  N49°00'09 E008°23'33

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

Re: [Talk-es] Resumen de Talk-es, Vol 98, Envío 27

2015-04-07 Diskussionsfäden yo paseopor

Tanto para el preset del plugin  Roadsigns como para el preset de señales
las etiquetas que uso son las siguientes:

highway=milestone  Punto kilométrico
pk=32  Qué punto kilométrico es
ref:colour=red  de qué color es la placa del punto kilométrico - rojo =
nacional
ref=N-340  de qué carretera es
ref_int=E-5  a qué ruta europea pertenece
traffic_sign=ES:s572  código de la señal de tráfico
direction=forward  orientación de la señal
side=both  lado de la calzada donde se sitúa la señal

Saludos y señales
yopaseopor

PD: ya que estamos, considerais que debemos añadir alguna etiqueta tanto al
preset del plugin como al preset de menú

2015-03-31 14:00 GMT+02:00 talk-es-requ...@openstreetmap.org:

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

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

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

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

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


 Asuntos del día:

1. highway=milestone (Ignacio Turégano)


 --

 Message: 1
 Date: Tue, 31 Mar 2015 10:17:55 +0200
 From: Ignacio Turégano igna...@turegano.it
 To: talk-es@openstreetmap.org
 Subject: [Talk-es] highway=milestone
 Message-ID:
 CAE3-y34C941D=8ZnR3AmAByir2X=12NVJM2V6a=
 aoojm69l...@mail.gmail.com
 Content-Type: text/plain; charset=utf-8

 Buenos días a tod@s,

 Estoy pensando hacer una subida de puntos kilométricos de una carretera y
 estoy pensando en la mejor manera de realizar el etiquetado para que se
 puedan utilizar las funciones
 http://postgis.net/docs/reference.html#Linear_Referencing

 Con esto se podrían resolver problemas como accidente en la M-40 PK 12+200
 Creciente, niebla del PK 15 al PK80 A-1 o radar de tramo en A-3 entre
 los pks 13+300 Decreciente y 12 Decreciente

 Una primera idea era subir los puntos puntos (nodos) de manera aislada con
 los tags

 highway=milestone
 ref=CL-501
 distance=1000 m
 carriageway_ref=creciente

 Haciendo una prueba vi que si arrastraba el punto sobre la línea, se
 convertía en parte de ella.

 Mi duda es si son necesarios más tags (para que quede lo más completo
 posible) y si con el campo ref es suficiente o hay que hacer el punto
 kilométrico parte de la carretera, ya que para calibrarla con tener el
 identificador del punto se podría asociar

 http://blazek.github.io/lrs/release/help.0.3.6/index.html


 Muchísimas gracias
  próxima parte 
 Se ha borrado un adjunto en formato HTML...
 URL: 
 http://lists.openstreetmap.org/pipermail/talk-es/attachments/20150331/77263fbb/attachment-0001.html
 

 --

 Subject: Pié de página del digest

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


 --

 Fin de Resumen de Talk-es, Vol 98, Envío 27
 

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

Re: [OSRM-talk] DRM

2015-04-07 Diskussionsfäden Mohammed Ayoub NEGGAZ

I will take a look at leaflet in the next few days.
Otherwise, thanks for your answer, I will cite the OSRM community once my
thesis is done.

With respect,

2015-04-07 2:35 GMT+02:00 Patrick Niklaus patrick.nikl...@student.kit.edu:

 Hey,

 yes both osrm-backend and osrm-fronend-v2 are licensed under BSD-2-Clause
 license. So you should be good if you add an appropriate citation.
 osrm-frontend-v2 might have some bugs left, but otherwise should be okay
 to use. You can also try going with plain leaflet-routing-machine [1]
 which is used by the new iteration of the frontend.

 [1] https://github.com/perliedman/leaflet-routing-machine

 On Mon, Apr 6, 2015 at 9:40 PM, Mohammed Ayoub NEGGAZ am_neg...@esi.dz
 wrote:

 Ps : Since our algorithm is not yet published, are we able to work with
 OSRM without making the source open until the publishing ?

 2015-04-06 21:39 GMT+02:00 Mohammed Ayoub NEGGAZ am_neg...@esi.dz:

 Hi,

 We have implemented new dynamic routing algorithmm and we're using ORSM
 as a starting point.

 We have cloned the OSRM class and implemented our DRM (Dynamic Routing
 Machine) that calls our plugin which compute the shortest path using our
 algorithm and then output the resul in the osrm-frontend-v2.

 osrm-frontend-v2 don't have a release on github yet, can we still use it
 for our thesis ?

 Thanks,

 With respect,



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



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


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

Re: [Talk-it] barriere laterali a forma di U invertito

Nel primo esempio, c'è anche la questione se il percorso ciclabile è da
taggare come way separato (perché sepaarto cdalla strada con un ostacolo
continuo) o come corsia ciclabile.

Secondo me non sono fence.
Qualcuno sa come si chiamano corettamente in Italia? Non so come si
chiamano in inglese o tedesco, perché penso che non si usano.

Volker

2015-04-07 20:35 GMT+02:00 girarsi_liste liste.gira...@gmail.com:

 -BEGIN PGP SIGNED MESSAGE-
 Hash: SHA1

 Il 07/04/2015 20:33, Martin Koppenhoefer ha scritto:
 
 
 
 
  Am 07.04.2015 um 19:59 schrieb girarsi_liste
  liste.gira...@gmail.com:
 
  barrier=fence fence_type=tubolar
 
 
  se chiuso potrebbe avere senso, in pratica non mapperei questo
  esempio, perché non costituisce una barriera, oppure si mappano i
  singoli elementi con brevi pezzi di way.
 
  ciao, Martin

 Intendevo la seconda cosa che hai detto infatti.


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


 -BEGIN PGP SIGNATURE-
 Version: GnuPG v1

 iQEcBAEBAgAGBQJVJCNsAAoJEMTPIIVov0Zt5ykH/RDgcKon/k56zhVZcn+gVvxO
 DedIemHoZn8FupHMGkYv9QzhRdY0joX3K+06OcfiN5c2gxpX1gG+evzznZQwGEp/
 dzxlFgHXCIMi46RPQdjI7Q51tdGFn7dUxqinuVYCLiSSfpV1IFGyUUTzKqmg1pi6
 YK9PnRxfpgQ5XOFFIuE0BBMhicvTq8dgCILPDKSNCvmBSrR6zZPP8+htls5nm0HZ
 qXWh2uS5p4urye1FMsQeD/VhPNvMgJbT1fEaFY/fkRnPIQVU9VHQlYWkH9DVz+6N
 YNxTbsCoG7m6te+yQew8gWeYjMM0734n48PoqOHXCshkbPlAVbCv6Vigx5+fd/c=
 =gWO/
 -END PGP SIGNATURE-

 ___
 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] Territorial waters of Gibraltar

2015-04-07 Diskussionsfäden Paul Norman


On 4/7/2015 1:07 PM, Colin Smale wrote:
As you will have noticed by now, it's complicated. There is no truth 
agreed to by both sides, so we may need two boundaries: one according 
to Spain, and one according to Gib/UK. In between is disputed 
territory. How do we handle that in other cases?
We follow the on the ground principle. 
http://osmfoundation.org/w/images/d/d8/DisputedTerritoriesInformation.pdf is 
information we have for officials from countries with disputed territories.


Admittedly the on the ground principle is generally clearer on land than 
on water and there are some cases which are more complicated.


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

[OSM-talk-be] TEC: does TEC reply?

2015-04-07 Diskussionsfäden André Pirard

Hi,

I'm sorry I can't track who asked that.

I'm afraid that, beside to a first message and regarding the license TEC
don't reply at all.
I sent them 3 or 4 times a report of some 10 presumed errors in line 65,
asking for confirmation, without any answer.
Only when I summarized the 4 main points, did I receive a polite
forwarded to the right service, every information will be used to
improve the map but never a confirmation.

I finally asked a bus driver and, beside GPS, I highly recommend that
method to anyone who's tagging lines.
Not doing so is introducing mistakes, like those that changed what I had
tagged correctly.

Best regards.

André.


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

[OSM-talk] PD: what can I do with automatic changes done against code of conduct

2015-04-07 Diskussionsfäden jan zejer

Hi,
Recently I sent following message to imports list. Given the fact I did not get 
any response and also, after some thought I am thinking it is more of general 
topic, I'd like to ask you for advice. What do you think about the problem?

Jan

Dnia Czwartek, 2 Kwietnia 2015 22:49 jan zejer  napisał(a) 
 Hi,
 I'm not sure if this is a right place but I'll give it a try. I am having 
 some problems regarding automated edits which affected my local area and I am 
 not sure what can I do about it. Those are changesets which contain the edits:
  
 http://www.openstreetmap.org/changeset/29768605
 http://www.openstreetmap.org/changeset/29768572
 http://www.openstreetmap.org/changeset/29768527
 http://www.openstreetmap.org/changeset/29768413
  
 The changes are part of bigger initiative which affects whole country. The 
 edits are about reformatting house numbers. In my opinion it doesn't really 
 matter what are those changes really about (but I'll get back to this later), 
 but how they were conducted (i.e. completely against Automated Edits code of 
 conduct)
  
 I tried to investigate reason behind the changes and find its documentation, 
 I could not find any. That's why I turned to my local community to point me 
 to resources behind the edit:
 https://lists.openstreetmap.org/pipermail/talk-pl/2015-April/001689.html (in 
 Polish).
  
 Thankfully author of the changes took part in discussion. Basically he 
 admitted that he acted against OSM rules (there is no discussion, no 
 documentation of changes), but he justifies it by the fact he is doing right 
 thing. Also, he claims that he is part of OSM since 2007 and if I don't like 
 his changes I should find myself another mapping project (sic!).
  
 To sum this up:
  - Automatic changes were done against OSM rules.
  - Asking for explanation about it made me attacked by the author who instead 
 of explain me politely his reasoning, attacked me.
  - Author of the changes behaves like he is allowed to do more than other 
 community members because he's been around since 2007.
  
 So my questions are: is community supposed to run like this? What can I do 
 about it to fix it? Can I escalate this problem somewhere? Would it be ok if 
 I reverted those changes?
  
 Back to the changes itself. Those changes are about removing spaces from 
 addresses. Like 11 A becomes 11A. In my opinion it is a bad change 
 (people are using addresses with spaces, such addresses are being used in 
 government issued documents). People taking part in discussion (started by 
 me, after changes were conducted) are claiming this change is ok, because: 
 - wiki article (https://wiki.openstreetmap.org/wiki/Pl:Key:addr) says there 
 should be no spaces (but there is no source (like discussion) of this 
 statement)
 - one of Polish law acts indirectly states that *newly* created addresses 
 should not have spaces in them 
 - some application from which addresses are sometimes imported to OSM does 
 not allow spaces in house numbers.
  
 But as I said, it's not about change itself (but the way it was conducted). I 
 am not sure whether I am right with spaces being in house numbers. What 
 disturbed me is fact that I was treated rudely because I asked questions and 
 I don't have 8 years of experience in OSM. Am I oversensitive or is there 
 something wrong? 
  
 Jan

 




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

Re: [Talk-de] [OSM-HH] Hamburger Straßennetz als CC0 veröffentlicht

2015-04-07 Diskussionsfäden Wolfgang Hinsch

Am Sonntag, 5. April 2015, 16:51:16 schrieb fly:
 Hast Du nicht den Datensatz runtergeladen ?
 War da eine Lizenz dabei ?
 
 Falls nicht, hast Du den Satz als CC0 runtergeladen und der bleibt auch
 CC0, selbst wenn die Lizenz jetzt geändert ist.
 

Du meinst wahrscheinlich, ob eine von der auf der Seite zu dem Zeitpunkt 
angegebenen CC0-Lizenz abweichende Angabe im Datensatz war.

(Ganz ohne Lizenz  CC0)

Grundsätzlich ist das erst mal richtig, aber:

Es handelt sich sehr wahrscheinlich um einen Irrtum. Dies ist von uns bemerkt 
worden. Ob wir die Beute trotzdem einfach behalten und verwerten dürfen, ist 
fraglich. Bei der sehr zurückhaltenden OSM-Politik in diesen Bereichen 
zumindest im Projekt eher nein.

Außerdem halte ich es im Sinne eines Miteinanders mit der Verwaltung, bei der 
sich jetzt endlich etwas ändert, für kontraproduktiv, jeden Brocken, der mal 
versehentlich etwas daneben geworfen wurde, sofort mit Zähnen und Klauen zu 
schnappen und festzuhalten. Es gibt mit Sicherheit innerhalb der Verwaltung 
unterschiedliche Positionen und wir würden nur die Fraktion stärken, die 
sowieso der Meinung ist, die Piraten von OSM klauen sofort alles, was nicht 
niet- und nagelfest ist.

Im übrigen ist uns die Verwaltung schon sehr weit entgegen gekommen. Der in 
der Lizenz geforderte Quellenverweis muss nur angegeben werden, wenn er vom 
Datenanbieter bereitgestellt wird, und der schreibt ausdrücklich 
Namensnennung nicht erforderlich. 

Siehe auch Mail vom 2.4.15

Gruß, Wolfgang

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

Re: [OSM-talk] PD: what can I do with automatic changes done against code of conduct

2015-04-07 Diskussionsfäden Bryce Nesbitt

The general answer is that if you have a disagreement with another mapper,
try in order:

   1. Contact and engage with that mapper via notes on the changeset (or
   better yet) a private message via the OSM message system.

   2. Write to your local or national mailing list.  Again at this point
   it's generally better to avoid naming names, just yet.

   3. Write to d...@openstreetmap.org, the Data Working Group.
   http://wiki.openstreetmap.org/wiki/Data_working_group

For automated edits see http://wiki.openstreetmap.org/wiki/Automated_edits
and http://wiki.openstreetmap.org/wiki/Automated_Edits_code_of_conduct
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

[Talk-GB] SotM 2016: Call for venues - Last Week

2015-04-07 Diskussionsfäden Rob Nickerson

Hi all,

Just one more weekend until the call for venues for State of the Map 2016
closes. We've also got the website up and running thanks to Tom H and the
Operations Working Group. I'm getting excited and we still have a long way
to go!

www.stateofthemap.org

Regards,
Your SotM team
___
Talk-GB mailing list
Talk-GB@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-gb

Re: [Talk-it] barriere laterali a forma di U invertito





 Am 07.04.2015 um 22:50 schrieb Francesco Pelullo f.pelu...@gmail.com:
 
 Qualcuno sa come si chiamano corettamente in Italia? Non so come si chiamano 
 in inglese o tedesco, perché penso che non si usano.
 
 
 Si tratta di una transenna fissa.
 


pensavo in tedesco il nome fosse Drängelgitter ma Wikipedia lo vede 
diversamente (ristringe l'uso soltanto su certi  configurazioni)



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

Re: [OSM-talk] PD: what can I do with automatic changes done against code of conduct

2015-04-07 Diskussionsfäden Michał Brzozowski

Quasi off-topic, but you should have written on users:Poland board on
forum.osm.org. The talk-pl mailing list is pretty much dead among
active (in terms of participation) OSM contributors.

On Tue, Apr 7, 2015 at 10:39 PM, jan zejer zejer1...@wp.pl wrote:
 Hi,
 Recently I sent following message to imports list. Given the fact I did not 
 get any response and also, after some thought I am thinking it is more of 
 general topic, I'd like to ask you for advice. What do you think about the 
 problem?

 Jan

 Dnia Czwartek, 2 Kwietnia 2015 22:49 jan zejer  napisał(a)
 Hi,
 I'm not sure if this is a right place but I'll give it a try. I am having 
 some problems regarding automated edits which affected my local area and I 
 am not sure what can I do about it. Those are changesets which contain the 
 edits:

 http://www.openstreetmap.org/changeset/29768605
 http://www.openstreetmap.org/changeset/29768572
 http://www.openstreetmap.org/changeset/29768527
 http://www.openstreetmap.org/changeset/29768413

 The changes are part of bigger initiative which affects whole country. The 
 edits are about reformatting house numbers. In my opinion it doesn't really 
 matter what are those changes really about (but I'll get back to this 
 later), but how they were conducted (i.e. completely against Automated Edits 
 code of conduct)

 I tried to investigate reason behind the changes and find its documentation, 
 I could not find any. That's why I turned to my local community to point me 
 to resources behind the edit:
 https://lists.openstreetmap.org/pipermail/talk-pl/2015-April/001689.html (in 
 Polish).

 Thankfully author of the changes took part in discussion. Basically he 
 admitted that he acted against OSM rules (there is no discussion, no 
 documentation of changes), but he justifies it by the fact he is doing right 
 thing. Also, he claims that he is part of OSM since 2007 and if I don't like 
 his changes I should find myself another mapping project (sic!).

 To sum this up:
  - Automatic changes were done against OSM rules.
  - Asking for explanation about it made me attacked by the author who 
 instead of explain me politely his reasoning, attacked me.
  - Author of the changes behaves like he is allowed to do more than other 
 community members because he's been around since 2007.

 So my questions are: is community supposed to run like this? What can I do 
 about it to fix it? Can I escalate this problem somewhere? Would it be ok if 
 I reverted those changes?

 Back to the changes itself. Those changes are about removing spaces from 
 addresses. Like 11 A becomes 11A. In my opinion it is a bad change 
 (people are using addresses with spaces, such addresses are being used in 
 government issued documents). People taking part in discussion (started by 
 me, after changes were conducted) are claiming this change is ok, because:
 - wiki article (https://wiki.openstreetmap.org/wiki/Pl:Key:addr) says there 
 should be no spaces (but there is no source (like discussion) of this 
 statement)
 - one of Polish law acts indirectly states that *newly* created addresses 
 should not have spaces in them
 - some application from which addresses are sometimes imported to OSM does 
 not allow spaces in house numbers.

 But as I said, it's not about change itself (but the way it was conducted). 
 I am not sure whether I am right with spaces being in house numbers. What 
 disturbed me is fact that I was treated rudely because I asked questions and 
 I don't have 8 years of experience in OSM. Am I oversensitive or is there 
 something wrong?

 Jan






 ___
 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] barriere laterali a forma di U invertito

2015-04-07 Diskussionsfäden Francesco Pelullo

Il 07/apr/2015 22:40, Volker Schmidt vosc...@gmail.com ha scritto:


 Qualcuno sa come si chiamano corettamente in Italia? Non so come si
chiamano in inglese o tedesco, perché penso che non si usano.


Si tratta di una transenna fissa.

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

Re: [Talk-it] Routing autostradale: problema di OsmAnd o della mappatura?