date:20141208

Am 07.12.2014 um 19:26 schrieb Martin Vonwald:
 Ok. Warum man hier cycleway:width und nicht einfach width verwendet,
 verstehe ich zwar nicht, aber wenn es so sein soll - bitte.

Weil sich cycleway:width auf den Radweg bezieht und width sich auf den
gesamten Weg (eingeschlossen Fußweg/Bürgersteig beziehen würde).

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

Re: [Talk-de] Abbiegespuren mit Fahrradspur

Am 07.12.2014 um 19:26 schrieb Martin Vonwald:
 Hi!
 
 Am 6. Dezember 2014 um 02:04 schrieb 715371 osmu715...@gmx.de:
 
 Was ist eigentlich mit solch einem Problem:


 https://wiki.openstreetmap.org/wiki/File:Bremen_street_with_cycleway_lane_between_car_lanes.jpg

 turn:lanes=left|through|cycleway:through|right ?

 
 Bitte fangt nicht an, die Bedeutung von turn zu verändern. Im Beispiel wäre
 es turn:lanes=left|through|through|right +
 bicylce:lanes=...|...|designated|yes

BTW: Wie würdet ihr den Radweg am Gehweg erfassen? Eigener Weg oder
cycleway=track? Wobei letzteres nicht geht, weil ja schon cycleway=lane.

Was, wenn der cycleway=track nur durch Bordstein von der Fahrbahn
getrennt wäre?

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

Re: [Talk-de] Abbiegespuren mit Fahrradspur

2014-12-08 Thread Hubert

Hallo,

Am 8. Dezember 2014 12:05 schrieb 715371 osmu715...@gmx.de:
  BTW: Wie würdet ihr den Radweg am Gehweg erfassen? Eigener Weg oder
  cycleway=track? Wobei letzteres nicht geht, weil ja schon
  cycleway=lane.

Ich würde dort den Radweg seperat mit highway=cycleway/path + ... eintragen und 
den Radfahrsteifen als cycleway=lane.
(Alternative kann ich mir auch cycleway:right=lane;track vorstellen, wobei ich 
bezweifel, dass das Richtig interpretiert wird.
Oder auch cycleway:lanes=...|...|lane|... und cycleway:right=track)

Gruß
Hubert


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

[Talk-de] cycleway=track bei Bordstein Trennung

2014-12-08 Thread Hubert

Hallo,

Am 8. Dezember 2014 12:05 schrieb 715371 osmu715...@gmx.de:
  Was, wenn der cycleway=track nur durch Bordstein von der Fahrbahn
  getrennt wäre?

Zum Thema Bordstein-Trennung gab es Ende Oktober eine kleine Diskussuion
hinsichtlich des Eintragens von Bürgersteigen
(http://forum.openstreetmap.org/viewtopic.php?id=27488.
Es ging darum ob und wann ja wie Bürgersteige und Überwege eingetragen
werden sollen.
Zusammengefasst (Ich hoffe ich erinnere mich richtig): Keine Einigung,
entweder als sidewalk=right/left/both oder als highway=footway dann aber mit
footway=sidewalk.

Das wird bei einem Bordsteinradweg allerdings etwas schwieriger, da es
(noch) keinen äquivalenten tag zu footway=sidewalk für Radwege gibt.

Hat dort jemand eine Idee. In der genannten Diskussion lief es darauf
hinnaus, dass 3 Typen von Gehwegen unterschieden werden müssen.
Eigenständige Gehwege, straßenbegleitende Gehwege mit abgesetzter Führung
(Grünstreifen, Zaum, o.ä.) und straßenbegleitende Gehwege mit enger Führung,
aka Bürgersteige (nur durch Bordstein getrennt, wechseln auf die Fahrbahn
jederzeit möglich).
Bei Radwegen sehe ich die Problemtik ähnlich gelagert. Meinungen? Gedanken?

Gruß
Hubert

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

Re: [Talk-de] cycleway=track bei Bordstein Trennung

2014-12-08 Thread fly

Am 08.12.2014 um 16:50 schrieb Hubert:
 Hallo,
 
 Am 8. Dezember 2014 12:05 schrieb 715371 osmu715...@gmx.de:
   Was, wenn der cycleway=track nur durch Bordstein von der Fahrbahn
   getrennt wäre?
 
 Zum Thema Bordstein-Trennung gab es Ende Oktober eine kleine Diskussuion
 hinsichtlich des Eintragens von Bürgersteigen
 (http://forum.openstreetmap.org/viewtopic.php?id=27488.
 Es ging darum ob und wann ja wie Bürgersteige und Überwege eingetragen
 werden sollen.
 Zusammengefasst (Ich hoffe ich erinnere mich richtig): Keine Einigung,
 entweder als sidewalk=right/left/both oder als highway=footway dann aber mit
 footway=sidewalk.
 
 Das wird bei einem Bordsteinradweg allerdings etwas schwieriger, da es
 (noch) keinen äquivalenten tag zu footway=sidewalk für Radwege gibt.

Ich habe zumindest path=sidewalk/crossing schon öfter verwendet. Reinen
cycleways begegne ich äußerst selten.

cu fly


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

Re: [Talk-de] Abbiegespuren mit Fahrradspur

2014-12-08 Thread fly

Am 07.12.2014 um 23:55 schrieb Tobias Knerr:
 Am 07.12.2014 19:19, schrieb Martin Vonwald:
 * Können auch Parkspuren und Gehsteige in die lane-Liste eingebaut
 werden? Wenn ja, wie?

 Parkspuren theoretisch ja, auch wenn ich kein Freund davon bin. Gehsteige
 würde ich nein sagen, da es ja keine Spuren für irgendwas sind. Bei
 Gehsteigen würde ich bei dem bewährten Konzept mit den sidewalk-Tags (inkl.
 Sub-Tags und ohne separate Wege) bleiben.
 
 Momentan haben wir Tags für die normalen lanes, für die cycleways, für
 die parking:lanes, und für die sidewalks. Das Problem, das ich lösen
 will: Wie kann ich angeben, in welcher Ordnung die sich zueinander
 befinden?
 
 Ich kann mir da zwei Lösungen vorstellen:
 * Alles in die *:lanes=* mit integrieren
 * Zusätzlich zu den genannten Tags noch eine Liste taggen, die die
 Reihenfolge der genannten Elemente angibt
 
 Und ich versuche gerade, etwas nachzufühlen, was wohl besser ankommt.

Halte es für einfacher und verständlicher mit *:lanes*=*.

Was mir an der ganzen Diskussion bisher auffällt sind die wenigen
exakten Beispiele. Denke, dort sollten wir anfangen.

cu fly


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

[Talk-de] Verkehrsinseln und Mehrzweckspur in der Fahrbahnmitte

2014-12-08 Thread Tirkon

Moin,

in einer Ortsdurchfahrt sind die beiden gegenläufigen
Richtungsfahrspuren mehr oder weniger in der Mitte durch eine
sogenannte Mehrzweckspur getrennt. Den Begriff hat die
Verkehrsbehörde über die Presse verbreiten lassen. Diese mittlere Spur
unterscheidet sich von den beiden Richtungsfahrbahnen durch einen
leicht helleren Asphalt. Sie wird immer wieder durch bepflanzte
Verkehrinseln unterbrochen, wobei teilweise eine Überquerungshilfe für
Fu0gänger/Radfahrer eingebettet ist. Die Inseln sorgen dafür, dass die
mittlere Mehrzweckspur - wie beabsichtigt - nicht vom fließenden
Durchgangsverkehr befahren wird. Die Mehrzweckspur dient laut Presse
zum Ein- und Ausfädeln von Linksabbiegern auf/von
Grundstückseinfahrten und kleinen Nebenstraßen sowie zum
gelegentlichen Überholen. Nur an wenigen Stellen ist die Mittelspur
durch weiße Streifen von den durchgehenden Richtungsfahrspuren
getrennt, nämlich wenn sie beampelt zur echten Linksabbiegespur auf
größere Straßen mit Richtungspfeilen auf der Fahrbahn wird. 

Momentan ist die Straße bei OSM als zwei getrennte Richtungswege
eingetragen, was dem funktionalen Charakter entspräche. Wollte man sie
streng nach den Regeln mappen, müsste man sie suboptimalerweise wegen
der vielen Inseln ständig verzweigen und zusammenführen. Gibt es da
eine bessere Möglichkeit? 



ergänzende Info:
Unmittelbar neben der Straße verläuft noch eine Güterzugstrecke mit
zig Bahnübergängen durch den Ort. Bisweilen sind Bushaltestellen
zwischen Bahn und Straße eingefügt. Dieses ganze Paket wird beidseitig
von abgesetzen Fuß-/Radwegen eingerahmt, wobei einer keine
entsprechende Beschilderung aufweist. Seit die Straße mit der
Mehrzweckspur versehen wurde, läuft der Verkehr deutlich
reibungsloser.


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

Re: [Talk-de] Abbiegespuren mit Fahrradspur



Am 08.12.2014 um 16:42 schrieb Hubert:
 Hallo,
 
 Am 8. Dezember 2014 12:05 schrieb 715371 osmu715...@gmx.de:
   BTW: Wie würdet ihr den Radweg am Gehweg erfassen? Eigener Weg oder
   cycleway=track? Wobei letzteres nicht geht, weil ja schon
   cycleway=lane.
 
 Ich würde dort den Radweg seperat mit highway=cycleway/path + ... eintragen 
 und den Radfahrsteifen als cycleway=lane.
 (Alternative kann ich mir auch cycleway:right=lane;track vorstellen, wobei 
 ich bezweifel, dass das Richtig interpretiert wird.
 Oder auch cycleway:lanes=...|...|lane|... und cycleway:right=track)

Wenn es keinen Grünstreifen gäbe, wäre die highway-Lösung aus meiner
Sicht nicht unbedingt OK.

Was ich mir wünschen würde, wäre ein gescheites Tagging für
cycleway=lane;track. Man kann natürlich sagen, dass lane irgendwo auf
die Fahrbahn gehört. Genauer könnte man das dann mit
bicycle:lanes=...|... sagen. Und man könnte auch sagen, dass
cycleway=track neben die Fahrbahn gehört. Vielleicht wäre das eine Lösung.

BTW: Mit einem anderen Mapper sammle ich in Bremen zZ noch Beispiele:
https://wiki.openstreetmap.org/wiki/Bremen/Radverkehrsanlagen

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

Re: [Talk-de] cycleway=track bei Bordstein Trennung

Moin,

Am 08.12.2014 um 16:50 schrieb Hubert:
 Hat dort jemand eine Idee. In der genannten Diskussion lief es darauf
 hinnaus, dass 3 Typen von Gehwegen unterschieden werden müssen.
 Eigenständige Gehwege, straßenbegleitende Gehwege mit abgesetzter Führung
 (Grünstreifen, Zaum, o.ä.) und straßenbegleitende Gehwege mit enger Führung,
 aka Bürgersteige (nur durch Bordstein getrennt, wechseln auf die Fahrbahn
 jederzeit möglich).
 Bei Radwegen sehe ich die Problemtik ähnlich gelagert. Meinungen? Gedanken?

Danke Hubert, den Thread kannte ich noch nicht. Deine Analyse würde ich
im groben auch teilen.

Ich habe den Thread grob durchgelesen, aber auch vorher schon eine
ziemlich statische Meinung gehabt - an der hat sich eigentlich nichts
geändert.

Eigenständige Gehwege - eigener Weg
Straßenbegleitende Gehwege mit abgesetzter Führung - (*)
Straßenbegleitende Wege mit enger Führung - sidewalk=*

(*) Entscheidend ist: Was ist die Trennung?
Bordstein - sidewalk=*
Parkstreifen - sidewalk=*
Grasstreifen mit Bäumen - sidewalk=*
Grasstreifen mit mehr 5m Abstand von Fahrbahn - eigener Weg
Grünstreifen aus Sträuchern - eigener Weg
Zaun - eigener Weg

Und was eine Hand voll Bordstein-Bürgersteigmappern schon selber erkannt
hat: Es geht nicht ohne foot=use_sidepath.

Soweit ich das Konzept für Gehwege an die Straße Taggen überblicke, wäre
es doch auch dort denkbar auf einzelne Personengruppen eingehen zu können.

Ansonsten habe ich den Eindruck, dass die Mehrheit gegen das separate
Erfassen ist, wenn es nur eine Bordsteintrennung gibt. Könnte man das
nicht entsprechend deprecaten?

In D ist es halt so, dass man als Fußgänger am Straßenrand (außerorts
dann auch nur auf einem bestimmten), auf dem Bürgersteig oder auf einem
straßenbegleitenden Gehweg gehen muss (bis auf Ausnahmen wie für die
Mitführung von Sperrgut etc). Zum anderen müssen Kinder bis 8 Jahre auf
dem Gehweg Radfahren. Rollstuhlfahrer haben nur mit Bordsteinkanten ein
Problem und von Blinden scheint weder bekannt zu sein wie sie sich
fortbewegen, noch was beim Routing wichtig für sie ist.

Rollstuhlfahrer: Sollten kein Problem mit sidewalk=* haben, weil bei
solch einem Tagging zu erwarten ist, dass man bei Kreuzungen,
Hauseinfahrten etc einen entsprechend abgesenkten Bordstein vorfindet.
Ansonsten wäre ein Beispiel schön.

Blinde: Werden schon irgendwie den Bürgersteig finden, schließlich gibt
es da ja auch noch andere Probleme wie Passanten, Pfeiler für
Verkehrsschilder, Fahrradwege.
Soweit ich das mal gehört habe, sind für Blinde POIs wie Parkbänke wichtig.

Normale Fußgänger: Sind die Mehrheit und können mit entsprechendem
Abstand zur Ampel nahezu überall Straßen überqueren.

Fahrradfahrer: Wenn man das weiter Spinnt, kommt man bei Radfahrern zu
dem Problem, dass sie überwiegend auf beiden Seiten Einbahnstraßen
vorfinden und beim Routing dann große Umwege genommen werden, bis man an
eine Kreuzung zum Wenden kommt. Wenn da jetzt wer etwas implementiert,
dass eine Pseudo-Verbindung zwischen Rad-/Gehweg und Straße
interpoliert, würde ich gerne genauer wissen wie Fehleranfällig das ist.
Außerdem dürfen Radfahrer in D per default auf der Straße fahren.

IMHO ist es in Städten mit engen Straßen absurd Bürgersteige saparat zu
erfassen. Dauernd parkt jemand wo er nicht darf den Radweg zu (Autos
Fahrräder etc), Bürgersteige sind für Kinderwagen zu eng, weil Autos
dort illegal parken (oder zwei Passanten passen nicht nebeneinander),
Bordsteinkanten sind weder als abgesenkt noch als Normales Hindernis
erkennbar usw. Also macht es bitte nicht zu kompliziert!

Renderer: Vielleicht ist ja schon einmal bei der opencyclemap.org
aufgefallen, dass die Renderer prinzipiell ein Problem mit separaten
Wegen haben. Bei niedrigen Zoomstufen wandern die separat
eingezeichneten Radwege zur Mitte der Straße und sehen nicht
professionell aus:
https://osm.org/#map=14/53.0912/8.7965layers=C
Bei niedrigen Zoomstufen kann man dann ohne Luftbild oder Ortskenntnis
einfach nicht mehr erkennen, ob zwischen Straße und Gehweg eine Hecke
steht oder nicht - kann ich da gerade jemanden Absetzen? (Das ist auch
das Niveau auf dem andere hier argumentieren).
https://osm.org/#map=18/53.08995/8.78780layers=C

Analog zu den turn:lanes, lanes usw. Sollte es auch bei Bürgersteigen
und Radwegen gemacht werden. Bei motorisierten Fahrzeugen scheint das
mit baulicher Trennung ja wohl auch relativ verständlich zu sein.

LG
Tobias

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

Re: [Talk-de] Verkehrsinseln und Mehrzweckspur in der Fahrbahnmitte

Hallo Tirkon,

hast du Koordinaten (für's Luftbild) oder ein Foto?

Am 09.12.2014 um 00:44 schrieb Tirkon:
 Sie wird immer wieder durch bepflanzte
 Verkehrinseln unterbrochen, wobei teilweise eine Überquerungshilfe für
 Fu0gänger/Radfahrer eingebettet ist. 

Das klingt nach baulicher Trennung. Daher tendiere ich zu den separat
eingezeichneten Wegen pro Fahrtrichtung.

 Die Mehrzweckspur dient laut Presse
 zum Ein- und Ausfädeln von Linksabbiegern auf/von
 Grundstückseinfahrten und kleinen Nebenstraßen sowie zum
 gelegentlichen Überholen. 

Überholen klingt irgendwie nach keiner baulichen Trennung.

Wenn ohnehin von beiden Seiten alle Ziele erreicht werden können, sähe
ich aber auch nichts gegen eine ein-Weg-Lösung.

Ohne mehr Information würde ich mich aber nicht festlegen wollen.

LG
Tobias

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

[Talk-de] Wie taggt man einen bicycle lift?

2014-12-08 Thread Elstermann, Mike

So zum Beispiel ;-)
https://geoobserver.wordpress.com/2014/12/09/osm-bicycle-lift/

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

Re: [Talk-de] Abbiegespuren mit Fahrradspur

2014-12-08 Thread Martin Vonwald

Am 8. Dezember 2014 um 11:55 schrieb 715371 osmu715...@gmx.de:

 Am 07.12.2014 um 19:26 schrieb Martin Vonwald:
  Ok. Warum man hier cycleway:width und nicht einfach width verwendet,
  verstehe ich zwar nicht, aber wenn es so sein soll - bitte.

 Weil sich cycleway:width auf den Radweg bezieht


Es ist ein highway=cycleway.


und width sich auf den
 gesamten Weg (eingeschlossen Fußweg/Bürgersteig beziehen würde).


Mein Informationsstand ist, dass sich width bei Fahrbahnen immer auf die
Fahrbahn bezieht und den Gehsteig nicht miteinbezieht.
___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-it] Tag per negozio compro oro?

Il 07/12/2014 20:44, Alberto Nogaro ha scritto:

From: John Doe [mailto:theguest...@gmail.com]
Sent: domenica 7 dicembre 2014 19:48
To: OSM Talk-it
Subject: [Talk-it] Tag per negozio compro oro?

Come potrei taggare i negozi compro oro?

Interesserebbe pure a me. Quando mi è capitato ho usato shop=trade + 
trade=gold. Ma non è diffuso (usato solo 2 volte), per cui penso che si usi un 
altro tag.

Ciao,
Alberto

Personalmente ho fatto la considerazione che al di là del nome, non solo 
acquistano, ma vendono anche, quindi secondo me resta shop=jewelry [1].
Poi si potrebbe discutere di un tag che aggiunga l'informazione che 
oltre a vendere, acquistano anche i gioielli.
Se non sbaglio, anche le gioiellerie tradizionali acquistano oro se 
glielo porti.

[1]: http://www.openstreetmap.org/node/1028832146#map=19/46.06117/11.12442

--
Matteo Quatrida
GNU/Linux User #498939
OpenStreetMap Contributor since 2009

«Be GREEN and keep it on your SCREEN!»

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

Re: [Talk-it] Asilo nido


Il 07/12/2014 23:31, Gianluca Boero ha scritto:

Ciao...

dovrei inserire un asilo nido nel mio comune. E' una struttura privata.
La scuola dell'infanzia pubblica l'ho già inserita come
amenity=kindergarten.
Per questa struttura privata vale lo stesso tag o si potrebbe pensare
amenity=nursing_home ? Anche se secondo me tale tag dovrebbe valere solo
per le case di riposo o di cura per determinate persone.

Grazie.



Ti ha già risposto Mauro, ma anche per me il tag è lo stesso e indichi 
che non è pubblico usando il tag operator ed eventualmente il costo con fee.
Poi c'è sempre la possibilità di usare i tag note, description ed 
evenutualmente fixme se sei in dubbio per qualcosa.


--
Matteo Quatrida
GNU/Linux User #498939
OpenStreetMap Contributor since 2009

«Be GREEN and keep it on your SCREEN!»

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

Re: [Talk-it] Asilo nido

2014-12-08 Thread Volker Schmidt

Confermo quanto detto prima. Il fatto che è pubblico o privato non cambia
niente alla funzione. C'è il tag operator per indicare di chi è. Il tag
fee=yes mi sembra vale per tutti i kindergarten in Italia, pubblici e
privati, o sbaglio?

Il giorno 8 dicembre 2014 09:02, Matteo Quatrida 
matteo.quatr...@linuxmail.org ha scritto:

 Il 07/12/2014 23:31, Gianluca Boero ha scritto:

 Ciao...

 dovrei inserire un asilo nido nel mio comune. E' una struttura privata.
 La scuola dell'infanzia pubblica l'ho già inserita come
 amenity=kindergarten.
 Per questa struttura privata vale lo stesso tag o si potrebbe pensare
 amenity=nursing_home ? Anche se secondo me tale tag dovrebbe valere solo
 per le case di riposo o di cura per determinate persone.

 Grazie.


 Ti ha già risposto Mauro, ma anche per me il tag è lo stesso e indichi che
 non è pubblico usando il tag operator ed eventualmente il costo con fee.
 Poi c'è sempre la possibilità di usare i tag note, description ed
 evenutualmente fixme se sei in dubbio per qualcosa.

 --
 Matteo Quatrida
 GNU/Linux User #498939
 OpenStreetMap Contributor since 2009

 «Be GREEN and keep it on your SCREEN!»


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

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

Re: [Talk-it] Tag per negozio compro oro?


Il 08/12/2014 10:49, John Doe ha scritto:

non credo siano propriamente
delle gioiellerie nel senso tradizionale del termine.


Perché?

--
Matteo Quatrida
GNU/Linux User #498939
OpenStreetMap Contributor since 2009

«Be GREEN and keep it on your SCREEN!»

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

Re: [Talk-it] Si possono scegliere dei percorsi da OpenStreetMap per usarli in Runtastic?

2014-12-08 Thread Francesco Pelullo

Il 07/dic/2014 23:20 Daniele Forsi dfo...@gmail.com ha scritto:


 sapete se è possibile pianificare un percorso da seguire con Runtastic
 basandolo su way esistenti in OSM? Magari importando il GPX da OSRM?

 sto cercando di aiutare un nuovo utente che si è registrato per questo
motivo)



Si.
Ce ne sono tanti, quello che mi sembra più completo è bikeroutetoaster.com

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

Re: [Talk-it] Tag per negozio compro oro?

2014-12-08 Thread Francesco Pelullo

Il 08/dic/2014 13:40 Matteo Quatrida matteo.quatr...@linuxmail.org ha
scritto:

 Il 08/12/2014 10:49, John Doe ha scritto:

 non credo siano propriamente
 delle gioiellerie nel senso tradizionale del termine.


 Perché?


Perché puoi comperare soltanto roba usata.

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

Re: [Talk-it] Tag per negozio compro oro?


Il 08/12/2014 13:43, Francesco Pelullo ha scritto:

Perché puoi comperare soltanto roba usata.


Anche nelle gioiellerie, o sbaglio?


--
Matteo Quatrida
GNU/Linux User #498939
OpenStreetMap Contributor since 2009

«Be GREEN and keep it on your SCREEN!»

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

Re: [Talk-it] Tag per negozio compro oro?

2014-12-08 Thread Francesco Pelullo

Il 08/dic/2014 13:46 Matteo Quatrida matteo.quatr...@linuxmail.org ha
scritto:



 Anche nelle gioiellerie, o sbaglio?



Nelle gioiellerie puoi scegliere, nei compro oro trovi (dovresti) solo
usato.

In quelli che conosco io (compro oro e gioiellerie tradizionali con compro
oro) gli oggetti usati vengono avviati alla fonderia dopo una quindicina di
giorni, quindi la possibilità di acquistare l'usato è soltanto teorica o
comunque limitata a pochi pezzi di valore.

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

Re: [Talk-it] Tag per negozio compro oro?

Okay! Però è sempre una gioielleria, la cui definizione base è: «negozio 
nel quale si vendono i gioielli».

Se nuovi, o usati, potrebbe essere indicato con un ulteriore tag.

--
Matteo Quatrida
GNU/Linux User #498939
OpenStreetMap Contributor since 2009

«Be GREEN and keep it on your SCREEN!»

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

Re: [Talk-it] Hackathon sulla mobilità

2014-12-08 Thread Simone Cortesi

2014-12-08 2:24 GMT+01:00 Fabri erfab...@gmail.com:
 avevo fatto fwd in talk-it

 non conosco le polemiche ma mi sa che gli amanti di opensource hanno fatto un 
 altro #boicotcodemotion :)

sì,
per quanto mi riguarda boicotto volentieri questo evento, finalizzato
a far fare innovazione aziendale agli individui in cambio di un
piccolo premio.

l'attinenza di cui si parla nei messaggi che mi hai girato è solo di
facciata, in quanto, chiunque conoscezze un minimo OSM non potrebbe
mai dire che una hackathon come questa, con mancanza di dati e big
sponsors chiusissimi è in linea con il pensiero della comunità
italiana.

-- 
-S

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

Re: [Talk-it] Si possono scegliere dei percorsi da OpenStreetMap per usarli in Runtastic?

2014-12-08 Thread Luca 'remix_tj' Lorenzetto

2014-12-08 13:41 GMT+01:00 Francesco Pelullo f.pelu...@gmail.com:

 Il 07/dic/2014 23:20 Daniele Forsi dfo...@gmail.com ha scritto:


 sapete se è possibile pianificare un percorso da seguire con Runtastic
 basandolo su way esistenti in OSM? Magari importando il GPX da OSRM?

 sto cercando di aiutare un nuovo utente che si è registrato per questo
 motivo)



 Si.
 Ce ne sono tanti, quello che mi sembra più completo è bikeroutetoaster.com


Ciao,

io uso con soddisfazione komoot (https://www.komoot.de/) che mi sembra
il più intuitivo, anche per persone poco pratiche. Comunque anche
bikeroutetoaster funziona bene.

ciao ciao

Luca


-- 
E' assurdo impiegare gli uomini di intelligenza eccellente per fare
calcoli che potrebbero essere affidati a chiunque se si usassero delle
macchine
Gottfried Wilhelm von Leibnitz, Filosofo e Matematico (1646-1716)

Internet è la più grande biblioteca del mondo.
Ma il problema è che i libri sono tutti sparsi sul pavimento
John Allen Paulos, Matematico (1945-vivente)

Luca 'remix_tj' Lorenzetto, http://www.remixtj.net , lorenzetto.l...@gmail.com

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

Re: [Talk-it] Il fiume Olona lungo la circonvallazione milanese

2014-12-08 Thread emmexx


Il 12/06/2014 11:43 AM, Alessandro Rubini scrisse:

La mappa perfetta non esiste, in ogni caso, anche perche` ognuno ha le
sue preferenze.  E questo problema non mi sembra gravissimo. A livelli
di zoom sufficienti i nomi delle strade appaiono eccome, come tutte le
altre informazioni di contorno.


In questo caso le preferenze credo non c'entrino molto. Sicuramente tra 
gli utilizzatori dei dati di OSM e della mappa ci saranno appassionati 
di speleologia urbana ma mi pare che in una grande citta' come Milano 
sia piu' importante che si veda qualche indicazione relativa al fatto 
che quella e' la circonvallazione esterna di Milano non che di li' ci 
passa un rigagnolo d'acqua in un canale fognario.


Se guardo la mappa per orientarmi non e' detto che vado a grande 
dettaglio e magari vedere li' scritto Fiume Olona mi puo' far pensare di 
incontrare un fiume non una circonvallazione.


ciao
maxx

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

Re: [Talk-it] Tag per negozio compro oro?

2014-12-08 Thread John Doe

shop=gold mi sembra adatto.
Il giorno 08/dic/2014 19:07, Alberto Nogaro bartosom...@yahoo.it ha
scritto:

 From: John Doe [mailto:theguest...@gmail.com]
 Sent: lunedì 8 dicembre 2014 10:49
 To: openstreetmap list - italiano
 Cc: bartosom...@yahoo.it
 Subject: Re: [Talk-it] Tag per negozio compro oro?

 shop=jewelry non mi sembra perfettamente appropiato anche se ho visto
 molti compro oro taggati così in Italia; non credo siano propriamente delle
 gioiellerie nel senso tradizionale del termine.
 Io sarei più per un tag dedicato.

 Si, anche se ci sono sovrapposizioni con le gioiellerie, sono negozi un
 po' particolari, concordo sull'opportunità del tag dedicato. Una
 discussione analoga sulla mailing list tedesca [1] si era chiusa con un
 suggerimento ad usare shop=gold.   Taginfo dice che è usato solo 36 volte.

 [1] https://lists.openstreetmap.org/pipermail/talk-de/2012-May/095670.html

 Ciao,
 Alberto

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

[Talk-it] Overpass query per province

2014-12-08 Thread Pratosmart

Nessuno conosce un metodo smart per estrarre con overpass i dati relativi ad 
una provincia?

Grazie a tutti!

Matteo Tempestini
Pratosmart
pratosm...@gmail.com
www.pratosmart.org


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

Re: [Talk-it] Overpass query per province

2014-12-08 Thread Maurizio Napolitano

spatialite_osm_overpass
https://www.gaia-gis.it/fossil/spatialite-tools/wiki?name=spatialite_osm_overpass
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

[Talk-it] Vandalismo in provincia di Messina

2014-12-08 Thread John Doe

L'utente --- http://www.openstreetmap.org/user/mimmobonfiglio , con questo
changeset --- http://www.openstreetmap.org/changeset/27335177 , ha
cancellato dei dati da un paese in provincia di Messina.
Ho verificato ed ho constatato la cancellazione di vari sentieri che sono
effettivamente presenti quindi mi chiedo il perchè di tale gesto.
Io ed un altro utente abbiamo lasciato un commento sul changeset ma non
abbiamo ottenuto risposta.
Non so come si faccia un revert di tutto quel changeset; qualcuno potrebbe
riportare la situazione a prima di tale atto vandalico?
Grazie.
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Vandalismo in provincia di Messina

2014-12-08 Thread Luigi Toscano

John Doe ha scritto:
 L'utente --- http://www.openstreetmap.org/user/mimmobonfiglio , con questo
 changeset --- http://www.openstreetmap.org/changeset/27335177 , ha cancellato
 dei dati da un paese in provincia di Messina.
 Ho verificato ed ho constatato la cancellazione di vari sentieri che sono
 effettivamente presenti quindi mi chiedo il perchè di tale gesto.
 Io ed un altro utente abbiamo lasciato un commento sul changeset ma non
 abbiamo ottenuto risposta.
 Non so come si faccia un revert di tutto quel changeset; qualcuno potrebbe
 riportare la situazione a prima di tale atto vandalico?

Josm ha un'estensione apposita. Mi son preso la responsabilità di ripristinare
il tutto:
http://www.openstreetmap.org/changeset/27343132

Ciao
-- 
Luigi

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

Re: [Talk-it] Si possono scegliere dei percorsi da OpenStreetMap per usarli in Runtastic?

2014-12-08 Thread Carlo Stemberger

Il giorno 8 dicembre 2014 15:41, Luca 'remix_tj' Lorenzetto 
lorenzetto.l...@gmail.com ha scritto:

 io uso con soddisfazione komoot (https://www.komoot.de/)


Sembra proprio bellino. Non lo conoscevo, grazie per la segnalazione.

Ho provato a giocarci un pochino e subito ho trovato un problema: non mi fa
passare da questa[1] strada, usando la modalità Hiking Tour.

Notare che ha sì access=private, ma ha anche foot=yes. A mio avviso quindi
si tratta di un bug dell'applicazione; cosa ne dite?

Sapete per caso se esistano strumenti analoghi o anche solo simili, ma che
siano software libero?

Grazie!

Carlo


[1] http://www.openstreetmap.org/way/71807720
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Vandalismo in provincia di Messina

2014-12-08 Thread John Doe

Grazie mille mbare.



Il giorno 8 dicembre 2014 22:04, Luigi Toscano luigi.tosc...@tiscali.it
ha scritto:

 John Doe ha scritto:
  L'utente --- http://www.openstreetmap.org/user/mimmobonfiglio , con
 questo
  changeset --- http://www.openstreetmap.org/changeset/27335177 , ha
 cancellato
  dei dati da un paese in provincia di Messina.
  Ho verificato ed ho constatato la cancellazione di vari sentieri che sono
  effettivamente presenti quindi mi chiedo il perchè di tale gesto.
  Io ed un altro utente abbiamo lasciato un commento sul changeset ma non
  abbiamo ottenuto risposta.
  Non so come si faccia un revert di tutto quel changeset; qualcuno
 potrebbe
  riportare la situazione a prima di tale atto vandalico?

 Josm ha un'estensione apposita. Mi son preso la responsabilità di
 ripristinare
 il tutto:
 http://www.openstreetmap.org/changeset/27343132

 Ciao
 --
 Luigi

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

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

Re: [Talk-it] Tag per negozio compro oro?


Il 08/12/2014 19:19, John Doe ha scritto:

shop=gold mi sembra adatto.



Se optate per shop=gold cambierò quelli, che ho inserito, anche se mi 
sembra superfluo introdurre un nuovo tipo di negozio, solamente perché 
tratta usato, invece di nuovo.


--
Matteo Quatrida
GNU/Linux User #498939
OpenStreetMap Contributor since 2009

«Be GREEN and keep it on your SCREEN!»

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

[Talk-at] LUGT/OSM-Stammtisch Innsbruck am 11. Dezember 2014

2014-12-08 Thread Simon Legner

Servus!

Wir möchten zum nächsten gemeinsamen LUGT-/OSM-Stammtisch einladen:

am Donnerstag, 11. Dezember 2014 um 19:00 Uhr
im Restaurant Kastanie
Innsbrucker Straße 4, 6176 Völs

Wir freuen uns auf ein zahlreiches Erscheinen!

Die Einladung ist wie immer auch auf der LUGT-Webseite und im OSM-Wiki
zu finden:
http://www.lugt.at/
http://wiki.openstreetmap.org/wiki/Innsbruck/Stammtisch

Grüße
Simon


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

[Talk-at] Revert Änderungssatz: 27328070

2014-12-08 Thread martin ringer

Ich bin für einen Revert des Änderungssatzes 27328070 , weil hier ein GPS Track 
einfach in die Karte gelegt wurde, der einfach nicht passt. In diesem Fall 
(Dachsteinrunde) gehört das Ganze wohl auch als Relation.
  ___
Talk-at mailing list
Talk-at@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-at

Re: [Talk-at] Revert Änderungssatz: 27328070

2014-12-08 Thread Thomas Konrad

Ja das schaut nach einem ziemlichen Blödsinn aus. Das ganze ist dann noch dazu 
in fast 2500 separate Ways und fast ebensoviele lose Nodes aufgeteilt. Spreche 
mich auch eindeutig für einen Revert und das Benachrichtigen der Benutzerin aus.

Ich denke es ist auch ratsam bei dieser Gelegenheit gleich in die History der 
Benutzerin zu schauen - die aussagekräftigen Commit Messages lassen nichts 
Gutes vermuten. :/

Thomas

 Am 09 Dec 2014 um 08:15 schrieb martin ringer martinrin...@hotmail.com:
 
 Ich bin für einen Revert des Änderungssatzes 27328070 , weil hier ein GPS 
 Track einfach in die Karte gelegt wurde, der einfach nicht passt. In diesem 
 Fall (Dachsteinrunde) gehört das Ganze wohl auch als Relation.
 ___
 Talk-at mailing list
 Talk-at@openstreetmap.org
 https://lists.openstreetmap.org/listinfo/talk-at
___
Talk-at mailing list
Talk-at@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-at

[Talk-ro] Dorinta import PUG Dragasani

2014-12-08 Thread Badita Florin

Am solicitat primariei din dragasani, sub numarul de inregistrare
28106/03.12.2014
, conform legii 544/2001 , planul urbanistic general al orasului Dragasani .

Dupa ce am vorbit cu doamna de la urbanism si i-am explicat cum ar putea sa
aibe si o harta pe site, daca ne ofera aceste date, a facut solicitate
celor care au executat planul urbanistic si a obtinut fisierul, pe care la
si trimis. Fisierul contine undeva la vreo 12000 de cladiri si inca vreo
16000 de anexe

Din pacate nu are si numerele strazilor.

Pentru a putea face un import, exista un numar de pasi, unu dintre ei este
de a discuta cu comunitatea
http://wiki.openstreetmap.org/wiki/Import/Guidelines

In cazul in care comunitatea ar dori, procesul ar trebui documentat, lucru
de care nu prea am timp acum. Pot face o descriere sumara a pasilor pe care
i-am facut ca sa convertesc datele si cum am extras in QGIS layer-ele de
cladiri

Atasez aici si email-ul trimis catre primarie

Badita Florin baditaflo...@gmail.com
Oct 29
to primariadragas.
Buna ziua, conform legii 544/2001 solicit Planul urbanistic General (PUG-ul)
aferente OrasuluiDragasani in format electronic, georeferentiat. ( Fisier
Autocad sau SHP ) precum si nomenclatura stradala si numerele
administrative.

In eventualitatea in care vreunul dintre seturile de datele solicitate
cerute mai sus nu pot sa fie furnizate, sa trimiteți restu de date
solicitate.

Acest lucru imi este necesar pentru a le putea introduce in cadru
proiectului www.openstreetmap.org.

Acest proiect a fost inceput in 2004, iar momentan sunt peste 1.200.000 de
voluntari din intreaga lume creează cea mai mare harta libera a lumi.

Acest lucru o sa fie util pentru primarie, persoanele care ajung in oras la
dumneavoastră, vor putea sa caute imediat o adresa pe siteul osm.org sau în
cele peste 1000 de aplicații, websiteuri pentru telefonul mobil, GPS care
folosesc datele din baza de date OpenStreetMap

Spre deosebire de o harta interactiva pusa pe site-ul primariei, acest
lucru permite oricarui cetatean din intreaga lume sa aiba acces la aceste
date, harta Romaniei, sau a orasului poate sa fie descarcata si folosita
mai apoi pe telefonul mobil fara a avea nevoie de acces la internet.

Mentionam ca am colaborat cu primaria din Targu Frumos, care ne-au pus la
dispozitie planul cadastral, nomenclatura stradala si numerele
administrative, iar in prezent este cel mai complet oras din Romania
https://www.facebook.com/permalink.php?story_fbid=198350373656484id=106349389523250


Atasez si o prezentare despre OpenStreetMap *http://prezi.com/gsc6b4yt-lg
http://prezi.com/gsc6b4yt-lg http:g/openstreetmap/*

Conform legii 544/2001, art 7, aveti obligatia de a raspunde in termen de
10 zile sau, dupa caz, in cel mult 30 de zile de la inregistrarea
solicitarii.

Ordinul 2701 din 2010 specifica, conform articolul 32 ca PUG-ul, PUZ-ul si
PUD-urile sunt informatii de interes public, ce intra sub incidenta legii
544/2001.

*Art. 32*. – Informatiile continute în PUG si RLU aferent reprezintă
informatii de interes public si vor fi puse la dispozitie automat prin
publicare pe site-ul primăriei si vor fi eliberate la cerere conform Legii
nr. 544/2001, cu modificările si completările ulterioare.

O zi buna,
Badita Florin
Voluntar OpenStreetMap si administator al pagini OpenStreetMap Romania
0731/172.745
OpenStreetMap Romania http://www.facebook.com/osmromania
___
Talk-ro mailing list
Talk-ro@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ro

Re: [Talk-ro] Dorinta import PUG Dragasani

2014-12-08 Thread Eddy Petrișor

Salut,

Am un sigur comentariu legat de limbaj, nu de fond. Aş recomanda să mai
introduci câte un vă rog și câte un mulțumesc în mesajele tale și să
pui mai devreme avantajele lor.

Ar fi păcat să dai de câte un berbec care să zică 'ia uite ce tupeu are și
asta, ia mai dă-l în origini că nu-i dau nimic, că doar ce o sa facă? Ne dă
in judecată pe banii lui de voluntar?' și să nu primești datele doar din
pricina unui orgolios.

Eddy
Pe 8 dec. 2014 23:49, Badita Florin baditaflo...@gmail.com a scris:

 Am solicitat primariei din dragasani, sub numarul de inregistrare 
 28106/03.12.2014
 , conform legii 544/2001 , planul urbanistic general al orasului Dragasani .

 Dupa ce am vorbit cu doamna de la urbanism si i-am explicat cum ar putea
 sa aibe si o harta pe site, daca ne ofera aceste date, a facut solicitate
 celor care au executat planul urbanistic si a obtinut fisierul, pe care la
 si trimis. Fisierul contine undeva la vreo 12000 de cladiri si inca vreo
 16000 de anexe

 Din pacate nu are si numerele strazilor.

 Pentru a putea face un import, exista un numar de pasi, unu dintre ei este
 de a discuta cu comunitatea
 http://wiki.openstreetmap.org/wiki/Import/Guidelines

 In cazul in care comunitatea ar dori, procesul ar trebui documentat, lucru
 de care nu prea am timp acum. Pot face o descriere sumara a pasilor pe care
 i-am facut ca sa convertesc datele si cum am extras in QGIS layer-ele de
 cladiri

 Atasez aici si email-ul trimis catre primarie

 Badita Florin baditaflo...@gmail.com
 Oct 29
 to primariadragas.
 Buna ziua, conform legii 544/2001 solicit Planul urbanistic General (PUG-ul)
 aferente OrasuluiDragasani in format electronic, georeferentiat. ( Fisier
 Autocad sau SHP ) precum si nomenclatura stradala si numerele
 administrative.

 In eventualitatea in care vreunul dintre seturile de datele solicitate
 cerute mai sus nu pot sa fie furnizate, sa trimiteți restu de date
 solicitate.

 Acest lucru imi este necesar pentru a le putea introduce in cadru
 proiectului www.openstreetmap.org.

 Acest proiect a fost inceput in 2004, iar momentan sunt peste 1.200.000 de
 voluntari din intreaga lume creează cea mai mare harta libera a lumi.

 Acest lucru o sa fie util pentru primarie, persoanele care ajung in oras
 la dumneavoastră, vor putea sa caute imediat o adresa pe siteul osm.org sau
 în cele peste 1000 de aplicații, websiteuri pentru telefonul mobil, GPS
 care folosesc datele din baza de date OpenStreetMap

 Spre deosebire de o harta interactiva pusa pe site-ul primariei, acest
 lucru permite oricarui cetatean din intreaga lume sa aiba acces la aceste
 date, harta Romaniei, sau a orasului poate sa fie descarcata si folosita
 mai apoi pe telefonul mobil fara a avea nevoie de acces la internet.

 Mentionam ca am colaborat cu primaria din Targu Frumos, care ne-au pus la
 dispozitie planul cadastral, nomenclatura stradala si numerele
 administrative, iar in prezent este cel mai complet oras din Romania
 https://www.facebook.com/permalink.php?story_fbid=198350373656484id=106349389523250


 Atasez si o prezentare despre OpenStreetMap *http://prezi.com/gsc6b4yt-lg
 http://prezi.com/gsc6b4yt-lgg/openstreetmap/*

 Conform legii 544/2001, art 7, aveti obligatia de a raspunde in termen de
 10 zile sau, dupa caz, in cel mult 30 de zile de la inregistrarea
 solicitarii.

 Ordinul 2701 din 2010 specifica, conform articolul 32 ca PUG-ul, PUZ-ul
 si PUD-urile sunt informatii de interes public, ce intra sub incidenta
 legii 544/2001.

 *Art. 32*. – Informatiile continute în PUG si RLU aferent reprezintă
 informatii de interes public si vor fi puse la dispozitie automat prin
 publicare pe site-ul primăriei si vor fi eliberate la cerere conform Legii
 nr. 544/2001, cu modificările si completările ulterioare.

 O zi buna,
 Badita Florin
 Voluntar OpenStreetMap si administator al pagini OpenStreetMap Romania
 0731/172.745
 OpenStreetMap Romania http://www.facebook.com/osmromania

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


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

[Talk-cat] Projecte: socdepoble.com

2014-12-08 Thread Carlos Sánchez

Al Facebook de la comunitat d'OpenStreetMap ha arribat el següent correu
que us deixo a continuació per si a alguna persona li pot interessar:

Javi Llinares https://www.facebook.com/javillinares

Bon dia i salut!

Des del Grup de Treball del Projecte Sóc de Poble, vos presentem una
proposta en la qual ens agradaria comptar amb la vostra col·laboració:
NECESSITEM DESENVOLUPADORS WEB.

El Projecte SÓC DE POBLE consisteix en crear una XARXA SOCIAL
DESCENTRALITZADA de PROGRAMARI LLIURE.

Ara, necessitem Col·laboradors compromesos i identificats amb el Projecte,
amb ganes d’aportar valor a aquesta idea de Cultura Lliure i Utilitat
Social, per coordinar el Desenvolupament Tècnic del Portal.

Voleu formar part del Grup de Treball?
Coneixeu a algun Desenvolupador que pugui estar interessat?

Més info: http://socdepoble.net
Gràcies!

-- 

*Carlos Sánchez*About.me http://about.me/carlos.sanchez
___
Talk-cat mailing list
Talk-cat@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cat

Re: [Talk-cz] Osmose Česká republika

2014-12-08 Thread Kasparek Tomas

On Sun, Dec 07, 2014 at 05:32:00PM +0100, Michal Pustějovský wrote:
 Když jsi na stránce s mapou a jsi přihlášený, tak za jménem máš v závorce 
 tvůj počet chyb. Jdou i krásně zobrazit na mapě ;-)
 
 Bude se nějak vrtat do nastavení chyb? Některé jsou vtipné, z cca 3000 chyb 
 je necelých 2000 v chybějících mostech a propustcích (to beru) a dalších 500
 typu železniční vlečka prochází budovou (jako by to tak v reálu nebylo) 
 nebo odstavná plocha sloužící jako parkoviště není odstavná plocha, popř. 
 Tato cyklostezka nevede po trase zrušené železnice (kombinace highway+
 railway=razed) atd. :-)   
 
1. projekt rozjeli frantici, takze maji testy napasovane na svoje zvyklosti
2. nektere testy jsou CZ-specificke, ty si kdyztak musime napsat sami
3. nektere testy jsou sice formalne v poradku, ale proste se to u nas
   neresi, je otazka jestli chcit tyhle testy pro CZ disablovat nebo co s tim.

Nejhorsi co vyskocil hned, byla chyba ze cislo domu nezacina cislici (nase
ev.1234), to jsme s frantikama opravili (byly toho samozrejme desitky
tisic). Dalsi podnety se jim klidne muzete primo ozvat, reaguji celkem
vstricne a pruzne (a kupodivu anglicky :-) )

 -- Původní zpráva --
 Od: Marián Kyral mky...@email.cz
 Škoda, myslel jsem, ze uděláme soutěž, ale píše mi to jen: Vice než 500 :-)

kdo ma min nebo kdo vic :-D ?

Bye

-- 

  Tomas Kasparek   e-mail: kaspa...@fit.vutbr.cz
  CVT FIT VUT Brno, L127   jabber: tomas.kaspa...@jabber.cz
  Bozetechova 1, 612 66web   : http://www.fit.vutbr.cz/~kasparek
  Brno, Czech Republic phone : +420 54114-1220

  GPG:2F1E 1AAF FD3B CFA3 1537  63BD DCBE 18FF A035 53BC

  May the command line live forever!


pgpKk0Bifb5l2.pgp
Description: PGP signature
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-cz] Osmose Česká republika

Dne 8.12.2014 09:10, Kasparek Tomas napsal(a):
 -- Původní zpráva --
 Od: Marián Kyral mky...@email.cz
 Škoda, myslel jsem, ze uděláme soutěž, ale píše mi to jen: Vice než 500 :-)
 kdo ma min nebo kdo vic :-D ?

Kdo nic nedělá, nic nezkazí, že? ;-)

Ale mohl by to být poměr počet změněných objektů vs. počet chyb. ;-)

 Bye



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

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

Re: [Talk-cz] Osmose Česká republika

Dne 7.12.2014 22:09, Marián Kyral napsal(a):

 A ještě jeden nápad mám v hlavě - hodně mne štve, jak je komplikované udělat 
 z kousku silnice most
 (kouska potoka tunel). Vybrat cesru a dva body, rozdělit pomocí p, vybrat 
 prostřední kousek a
 změnit jej na most. Je tam dvakrát výběr.

 Uvažuji nad nějakým pluginem, kde by stačilo vybrat cestu a ty dva body a pak 
 jen kliknout na
 Convert to bridge/ Convert to tunnel. Rozdělení a otagování by se provedlo 
 automaticky.

A proč se zdržovat s vyráběním+výběrem bodů? :-) Co takto: Při kliknutí na 
průsečík cesty a vody se
zobrazí dialog, v něm se vybere bridge/culvert a délka v metrech. Pak se sekne 
příslušná cesta na
obě strany od průsečíku a otaguje. Pokud už body v patřičné vzdálenosti 
existují, použijí se existující.

(Možná bychom se obešli i bez dialogu, stačilo by přes klávesu přepínat mezi 
mostkem a strouhou,
šířka rozumný default.)

Martin

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

Re: [Talk-cz] Osmose Česká republika

2014-12-08 Thread Mirek Dlask

Nedávno jsem našel toto

http://geoportal.cuzk.cz/(S(edrn34aqju5rgehhxpqqot5a))/Default.aspx?mode=TextMetaside=wms.verejnemetadataID=CZ-CUZK-WMS-ZABAGED-PmetadataXSL=metadata.sluzbamenu=3113

Mám problém. Nemám Nastavení mapy ani Předvolby značení

Není to nějakej plugin (JOSM)

Mirek

Dne 8. prosince 2014 19:27 Marián Kyral mky...@email.cz napsal(a):

Dne 8.12.2014 18:23, Mirek Dlask napsal(a):

Ahoj,

6136 5323 level 3 :-)
Příčina? Opravuju chyby po Vás a nikdo neopravuje moje chyby.

To víš. Nemůžeme všichni dělat všechno ;-)

Takže můžete začít ... třeba

Cesta protínající vodu
Duplikované hodnoty source=uhul:ortofoto; cuzk:km; uhul:ortofoto
Multiple numbers 34 in way Profesora Františka Vojtíška - je to node
klasická adresa housen a conscriptionn...

Way node tagged like way - někde jsem okoukal kombinaci tunnel=culvert
+ waterway=stream. Jednoduché a levné. A najednou je to špatně. Přitom v
ZABAGED jsou propustky nejen liniové, ale i bodové, někde jsou mosty. Já
většinou používal bod.

On ten propustek vždy má nějakou reálnou délku. Takže bod asi moc dobře
není.

Já na to zatím moc nekoukal, ale co mne praštilo do očí. je použití noexit
- Já myslel, že to je klasická slepá ulice, ale dle definice na wiki, stačí
aby dál pokračoval chodník a už se noexit používat nemá. No tak si to zase
všechno pěkně smažu :-(

Jak je to vůbec s použitím WMS vrstev ZABAGED ?

http://geoportal.cuzk.cz/WMS_ZABAGED_PUB/service.svc/get?

Vůbec netuším, o tomhle zdroji jsem nevěděl.

Postavit propustek v JOSM je docela šichta. Většinou je nutné si vyrobit
body a pak teprve krájet. A otagovat.

Nastavení mapy / Předvolby značení a přidat One click settings.

Trochu ulehčí tagování.

Marián

Navíc na mnoha místech je v reálu voda pod městem, v OSM ji rozstřikují
projíždějící auta.
Teď mám staženou oblast kde je 516 křížení cesty a vody. Jdu rychle
opravovat, ať máte míň chyb než já ;-)

Mirek

Dne 8. prosince 2014 17:15 Marián Kyral mky...@email.cz napsal(a):

Dne 8.12.2014 09:10, Kasparek Tomas napsal(a):

-- Původní zpráva --
Od: Marián Kyral mky...@email.cz mky...@email.cz
Škoda, myslel jsem, ze uděláme soutěž, ale píše mi to jen: Vice než 500 :-)

kdo ma min nebo kdo vic :-D ?

Kdo nic nedělá, nic nezkazí, že? ;-)

Ale mohl by to být poměr počet změněných objektů vs. počet chyb. ;-)

Bye

___
Talk-cz mailing
listTalk-cz@openstreetmap.orghttps://lists.openstreetmap.org/listinfo/talk-cz

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

___
Talk-cz mailing
listTalk-cz@openstreetmap.orghttps://lists.openstreetmap.org/listinfo/talk-cz

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

Re: [Talk-cz] Osmose Česká republika

2014-12-08 Thread Mirek Dlask

Tak pro pomalejší než jsem já je
Nastavení mapy / Předvolby značení a přidat One click settings.
Upravit - Nastavení...- třetí ikona shora

Díky
Mirek

Dne 8. prosince 2014 19:27 Marián Kyral mky...@email.cz napsal(a):

  Dne 8.12.2014 18:23, Mirek Dlask napsal(a):

 Ahoj,

  6136  5323 level 3  :-)
 Příčina? Opravuju chyby po Vás a nikdo neopravuje moje chyby.


 To víš. Nemůžeme všichni dělat všechno ;-)

  Takže můžete začít ... třeba

  Cesta protínající vodu
 Duplikované hodnoty source=uhul:ortofoto; cuzk:km; uhul:ortofoto
 Multiple numbers 34 in way Profesora Františka Vojtíška - je to node
 klasická adresa housen a conscriptionn...

  Way node tagged like way - někde  jsem okoukal kombinaci  tunnel=culvert
 + waterway=stream. Jednoduché a levné. A najednou je to špatně.  Přitom v
 ZABAGED jsou propustky nejen liniové, ale i bodové, někde jsou mosty. Já
 většinou používal bod.


 On ten propustek vždy má nějakou reálnou délku. Takže bod asi moc dobře
 není.

 Já na to zatím moc nekoukal, ale co mne praštilo do očí. je použití noexit
 - Já myslel, že to je klasická slepá ulice, ale dle definice na wiki, stačí
 aby dál pokračoval chodník a už se noexit používat nemá. No tak si to zase
 všechno pěkně smažu :-(

  Jak je to vůbec s použitím WMS vrstev ZABAGED ?

  http://geoportal.cuzk.cz/WMS_ZABAGED_PUB/service.svc/get?


 Vůbec netuším, o tomhle zdroji jsem nevěděl.


 Postavit propustek v JOSM je docela šichta. Většinou je nutné si vyrobit
 body a pak teprve krájet. A otagovat.


 Nastavení mapy / Předvolby značení a přidat One click settings.



 Trochu ulehčí tagování.

 Marián

  Navíc na mnoha místech je v reálu voda pod městem, v OSM ji rozstřikují
 projíždějící auta.
 Teď mám staženou oblast kde je 516 křížení cesty a vody.  Jdu rychle
 opravovat, ať máte míň chyb než já ;-)

  Mirek

 Dne 8. prosince 2014 17:15 Marián Kyral mky...@email.cz napsal(a):

  Dne 8.12.2014 09:10, Kasparek Tomas napsal(a):

  -- Původní zpráva --
 Od: Marián Kyral mky...@email.cz mky...@email.cz
 Škoda, myslel jsem, ze uděláme soutěž, ale píše mi to jen: Vice než 500 :-)

  kdo ma min nebo kdo vic :-D ?


 Kdo nic nedělá, nic nezkazí, že? ;-)

 Ale mohl by to být poměr počet změněných objektů vs. počet chyb. ;-)

  Bye




 ___
 Talk-cz mailing 
 listTalk-cz@openstreetmap.orghttps://lists.openstreetmap.org/listinfo/talk-cz



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




 ___
 Talk-cz mailing 
 listTalk-cz@openstreetmap.orghttps://lists.openstreetmap.org/listinfo/talk-cz



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


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

Re: [Talk-cz] Osmose Česká republika

Dne 8.12.2014 19:36, Martin Švec - OSM napsal(a):
 Dne 7.12.2014 22:09, Marián Kyral napsal(a):

 A ještě jeden nápad mám v hlavě - hodně mne štve, jak je komplikované
 udělat z kousku silnice most (kouska potoka tunel). Vybrat cesru a
 dva body, rozdělit pomocí p, vybrat prostřední kousek a změnit jej
 na most. Je tam dvakrát výběr.

 Uvažuji nad nějakým pluginem, kde by stačilo vybrat cestu a ty dva
 body a pak jen kliknout na Convert to bridge/ Convert to tunnel.
 Rozdělení a otagování by se provedlo automaticky.

 A proč se zdržovat s vyráběním+výběrem bodů? :-) Co takto: Při
 kliknutí na průsečík cesty a vody se zobrazí dialog, v něm se vybere
 bridge/culvert a délka v metrech. Pak se sekne příslušná cesta na obě
 strany od průsečíku a otaguje. Pokud už body v patřičné vzdálenosti
 existují, použijí se existující.


No už vidím, jak se budu trefovat do správné délky :-D To raději udělám
ty dva body podle katastrálních map. Navíc, v naprosté většině případů
nemají cesty na průsečíku společný bod, takže jeden bod vytvořit musím.

Ale co by šlo (ty určitě budeš mít představu jak to udělat v GUI, já to
budu zkoumat mnohem déle):

1) aktivuji tool
2) kliknu na na cestu v místě začátku mostu/propustku (cesta na kterou
chci kliknout se vysvítí - stejně jako u contourmerge pluginu)
3) vytvoří se bod (nebo se vybere již existující)
4) mezi prvním bodem a kurzorem myši se začne vykreslovat čára
symbolizující most
5) kliknu na místo, kde most/propustek končí
6) vytvoří se (použije se již existující) druhý bod
7) cesta se rozdělí
8) vybere se segment mostu/tunelu
9) pokud jsem klikl na cestu - segment se otaguje jako most
10) pokud jsem klikl na waterway - segment se otaguje jako propustek
11) pokud to není ani higway ani waterway - rollback a chybová hláška
12) přidám nebo upravím tag layer - u mostu - layer = layer + 1; u
propustku: layer = layer - 1

Podobně by šly dělat i pasáž - cesta prochází budovou.
Mohl by se přidat modifikátor, který by místo mostu vytvořil tunel a
místo propustku aquadukt ;-)

Marián



 (Možná bychom se obešli i bez dialogu, stačilo by přes klávesu
 přepínat mezi mostkem a strouhou, šířka rozumný default.)

 Martin



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

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

Re: [Talk-cz] Osmose Česká republika

To, že se něco zdigitalizuje ještě vůbec neznamená, že geometrie a
poloha budovy přesně sedí. Častokrát to vůbec nesedí na Bing (po
kalibraci). Nové budovy sedí přesně, ale ty starší, často to jsou statky
se stodolami, jsou všelijak posunuté. Zdigitalizovaná budova má
nesprávný tvar, nesprávnou polohu a vůbec vypadá podivně. A v
katastrální mapě to je úplně stejně blbě.

Nevím, jestli u těch starších budov dojde časem ke zpřesnění, nebo se
počká jestli spadne nebo se bude rekonstruovat.

Marián

Dne 8.12.2014 19:32, Petr Vejsada napsal(a):
 Ahoj,

 CzechAddress si vykoledoval spoustu křížících se budov, protože na nich 
 upravil adresu, ale geometrii pochopitelně ne; tak chytrý není. Takže tohle 
 znám :-)

 S těmi potoky je to složité. Někde je třeba potok podle DIBAVOD, pak se 
 zdigitalizuje KÚ (= máme digitální baráky) a ty baráky stojí doslova na vodě. 
 Zřejmě tedy bude potok nepřesně. Jenže co s ním, když na 
 satelitních/leteckých 
 fotkách není vidět? Třeba tam není, třeba je zarostlý, teče v podzemní rouře, 
 kdo ví? Na smazání to není, protože tam ten potok třeba (někde) je, ale 
 jestli 
 protéká těmi domy, spíš ne :), tak kam s ním, doprava nebo doleva? To je 
 hádání.

 Alternativa - všechno v Osmose povypínat a postupovat opačně - postupně 
 zapínat jednotlivé testy?

 --
 Petr

 Dne Po 8. prosince 2014 18:23:17, Mirek Dlask napsal(a):

 Ahoj,

 6136  5323 level 3  :-)
 Příčina? Opravuju chyby po Vás a nikdo neopravuje moje chyby.
 Takže můžete začít ... třeba

 Cesta protínající vodu
 Duplikované hodnoty source=uhul:ortofoto; cuzk:km; uhul:ortofoto
 Multiple numbers 34 in way Profesora Františka Vojtíška - je to node
 klasická adresa housen a conscriptionn...

 Way node tagged like way - někde  jsem okoukal kombinaci
 tunnel=culvert + waterway=stream.
 Jednoduché a levné. A najednou je to špatně.  Přitom v ZABAGED jsou
 propustky nejen liniové, ale i bodové, někde jsou mosty. Já většinou
 používal bod.

 Jak je to vůbec s použitím WMS vrstev ZABAGED ?

 http://geoportal.cuzk.cz/WMS_ZABAGED_PUB/service.svc/get?

 Postavit propustek v JOSM je docela šichta. Většinou je nutné si vyrobit
 body a pak teprve krájet. A otagovat.
 Navíc na mnoha místech je v reálu voda pod městem, v OSM ji rozstřikují
 projíždějící auta.
 Teď mám staženou oblast kde je 516 křížení cesty a vody.  Jdu rychle
 opravovat, ať máte míň chyb než já ;-)

 Mirek

 Dne 8. prosince 2014 17:15 Marián Kyral mky...@email.cz napsal(a):
  Dne 8.12.2014 09:10, Kasparek Tomas napsal(a):
  
  -- Původní zpráva --

 Od: Marián Kyral mky...@email.cz mky...@email.cz
 Škoda, myslel jsem, ze uděláme soutěž, ale píše mi to jen: Vice než 500
 :-) 
  kdo ma min nebo kdo vic :-D ?

 Kdo nic nedělá, nic nezkazí, že? ;-)

 Ale mohl by to být poměr počet změněných objektů vs. počet chyb. ;-)

  Bye

 ___
 Talk-cz mailing
 listTalk-cz@openstreetmap.orghttps://lists.openstreetmap.org/listinfo/tal
 k-cz



 ___
 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


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

Re: [Talk-cz] Osmose Česká republika

Dne 8.12.2014 19:55, Mirek Dlask napsal(a):
Nedávno jsem našel toto

http://geoportal.cuzk.cz/(S(edrn34aqju5rgehhxpqqot5a))/Default.aspx?mode=TextMetaside=wms.verejnemetadataID=CZ-CUZK-WMS-ZABAGED-PmetadataXSL=metadata.sluzbamenu=3113
http://geoportal.cuzk.cz/%28S%28edrn34aqju5rgehhxpqqot5a%29%29/Default.aspx?mode=TextMetaside=wms.verejnemetadataID=CZ-CUZK-WMS-ZABAGED-PmetadataXSL=metadata.sluzbamenu=3113

Znamená to snad, že můžeme mapovat podle ortofoto mapy, která je tam též?

http://geoportal.cuzk.cz/%28S%28g0hxkax1lwypr5i5d1pmhq4z%29%29/Default.aspx?menu=3121mode=TextMetaside=wms.verejnemetadataID=CZ-CUZK-WMS-ORTOFOTO-PmetadataXSL=metadata.sluzba

Jestli se nepletu, tak nemáme povoleno mapovat dle barevné ortofoto mapy
od UHULu. A ČÚZK to má zřejmě ze stejního zdroje. Jak to tedy je?

Marián

Mám problém. Nemám Nastavení mapy ani Předvolby značení

Není to nějakej plugin (JOSM)

Mirek

Dne 8. prosince 2014 19:27 Marián Kyral mky...@email.cz
mailto:mky...@email.cz napsal(a):

Dne 8.12.2014 18:23, Mirek Dlask napsal(a):
Ahoj,

6136 5323 level 3 :-)
Příčina? Opravuju chyby po Vás a nikdo neopravuje moje chyby.

To víš. Nemůžeme všichni dělat všechno ;-)

Takže můžete začít ... třeba

Cesta protínající vodu
Duplikované hodnoty source=uhul:ortofoto; cuzk:km; uhul:ortofoto
Multiple numbers 34 in way Profesora Františka Vojtíška - je
to node klasická adresa housen a conscriptionn...

Way node tagged like way - někde jsem okoukal kombinaci
tunnel=culvert + waterway=stream. Jednoduché a levné. A najednou
je to špatně. Přitom v ZABAGED jsou propustky nejen liniové, ale
i bodové, někde jsou mosty. Já většinou používal bod.

On ten propustek vždy má nějakou reálnou délku. Takže bod asi moc
dobře není.

Já na to zatím moc nekoukal, ale co mne praštilo do očí. je
použití noexit - Já myslel, že to je klasická slepá ulice, ale dle
definice na wiki, stačí aby dál pokračoval chodník a už se noexit
používat nemá. No tak si to zase všechno pěkně smažu :-(

Jak je to vůbec s použitím WMS vrstev ZABAGED ?

http://geoportal.cuzk.cz/WMS_ZABAGED_PUB/service.svc/get?

Vůbec netuším, o tomhle zdroji jsem nevěděl.

Postavit propustek v JOSM je docela šichta. Většinou je nutné si
vyrobit body a pak teprve krájet. A otagovat.

Nastavení mapy / Předvolby značení a přidat One click settings.

Trochu ulehčí tagování.

Marián

Navíc na mnoha místech je v reálu voda pod městem, v OSM ji
rozstřikují projíždějící auta.
Teď mám staženou oblast kde je 516 křížení cesty a vody. Jdu
rychle opravovat, ať máte míň chyb než já ;-)

Mirek

Dne 8. prosince 2014 17:15 Marián Kyral mky...@email.cz
mailto:mky...@email.cz napsal(a):

Dne 8.12.2014 09:10, Kasparek Tomas napsal(a):
-- Původní zpráva --
Od: Marián Kyral mky...@email.cz mailto:mky...@email.cz
Škoda, myslel jsem, ze uděláme soutěž, ale píše mi to jen: Vice
než 500 :-)
kdo ma min nebo kdo vic :-D ?

Kdo nic nedělá, nic nezkazí, že? ;-)

Ale mohl by to být poměr počet změněných objektů vs. počet
chyb. ;-)

Bye

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

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

Re: [Talk-cz] Osmose Česká republika

Dne 8.12.2014 21:12, Marián Kyral napsal(a):
Dne 8.12.2014 19:55, Mirek Dlask napsal(a):
Nedávno jsem našel toto

Znamená to snad, že můžeme mapovat podle ortofoto mapy, která je tam též?

http://geoportal.cuzk.cz/%28S%28g0hxkax1lwypr5i5d1pmhq4z%29%29/Default.aspx?menu=3121mode=TextMetaside=wms.verejnemetadataID=CZ-CUZK-WMS-ORTOFOTO-PmetadataXSL=metadata.sluzba

Jestli se nepletu, tak nemáme povoleno mapovat dle barevné ortofoto
mapy od UHULu. A ČÚZK to má zřejmě ze stejního zdroje. Jak to tedy je?

A vzhledem k tomu, že to má stejné podmínky užití, jako prohlížení KM,
tak by to mohla být i pravda. No to by byla bomba.

http://geoportal.cuzk.cz/Dokumenty/Podminky_sluzby_CUZK.pdf

Marián

Mám problém. Nemám Nastavení mapy ani Předvolby značení

Není to nějakej plugin (JOSM)

Mirek

Dne 8. prosince 2014 19:27 Marián Kyral mky...@email.cz
mailto:mky...@email.cz napsal(a):

Dne 8.12.2014 18:23, Mirek Dlask napsal(a):
Ahoj,

6136 5323 level 3 :-)
Příčina? Opravuju chyby po Vás a nikdo neopravuje moje chyby.

To víš. Nemůžeme všichni dělat všechno ;-)

Takže můžete začít ... třeba

Cesta protínající vodu
Duplikované hodnoty source=uhul:ortofoto; cuzk:km; uhul:ortofoto
Multiple numbers 34 in way Profesora Františka Vojtíška - je
to node klasická adresa housen a conscriptionn...

Way node tagged like way - někde jsem okoukal kombinaci
tunnel=culvert + waterway=stream. Jednoduché a levné. A
najednou je to špatně. Přitom v ZABAGED jsou propustky nejen
liniové, ale i bodové, někde jsou mosty. Já většinou používal bod.

On ten propustek vždy má nějakou reálnou délku. Takže bod asi moc
dobře není.

Já na to zatím moc nekoukal, ale co mne praštilo do očí. je
použití noexit - Já myslel, že to je klasická slepá ulice, ale
dle definice na wiki, stačí aby dál pokračoval chodník a už se
noexit používat nemá. No tak si to zase všechno pěkně smažu :-(

Jak je to vůbec s použitím WMS vrstev ZABAGED ?

http://geoportal.cuzk.cz/WMS_ZABAGED_PUB/service.svc/get?

Vůbec netuším, o tomhle zdroji jsem nevěděl.

Postavit propustek v JOSM je docela šichta. Většinou je nutné si
vyrobit body a pak teprve krájet. A otagovat.

Nastavení mapy / Předvolby značení a přidat One click settings.

Trochu ulehčí tagování.

Marián

Navíc na mnoha místech je v reálu voda pod městem, v OSM ji
rozstřikují projíždějící auta.
Teď mám staženou oblast kde je 516 křížení cesty a vody. Jdu
rychle opravovat, ať máte míň chyb než já ;-)

Mirek

Dne 8. prosince 2014 17:15 Marián Kyral mky...@email.cz
mailto:mky...@email.cz napsal(a):

Kdo nic nedělá, nic nezkazí, že? ;-)

Ale mohl by to být poměr počet změněných objektů vs.
počet chyb. ;-)

Bye

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

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

Re: [Talk-cz] Osmose Česká republika

Dne 8.12.2014 20:45, Marián Kyral napsal(a):
 Dne 8.12.2014 19:36, Martin Švec - OSM napsal(a):
 Dne 7.12.2014 22:09, Marián Kyral napsal(a):

 A ještě jeden nápad mám v hlavě - hodně mne štve, jak je komplikované 
 udělat z kousku silnice
 most (kouska potoka tunel). Vybrat cesru a dva body, rozdělit pomocí p, 
 vybrat prostřední
 kousek a změnit jej na most. Je tam dvakrát výběr.

 Uvažuji nad nějakým pluginem, kde by stačilo vybrat cestu a ty dva body a 
 pak jen kliknout na
 Convert to bridge/ Convert to tunnel. Rozdělení a otagování by se 
 provedlo automaticky.

 A proč se zdržovat s vyráběním+výběrem bodů? :-) Co takto: Při kliknutí na 
 průsečík cesty a vody
 se zobrazí dialog, v něm se vybere bridge/culvert a délka v metrech. Pak se 
 sekne příslušná cesta
 na obě strany od průsečíku a otaguje. Pokud už body v patřičné vzdálenosti 
 existují, použijí se
 existující.


 No už vidím, jak se budu trefovat do správné délky :-D To raději udělám ty 
 dva body podle
 katastrálních map. Navíc, v naprosté většině případů nemají cesty na 
 průsečíku společný bod, takže
 jeden bod vytvořit musím.

 Ale co by šlo (ty určitě budeš mít představu jak to udělat v GUI, já to budu 
 zkoumat mnohem déle):

 1) aktivuji tool
 2) kliknu na na cestu v místě začátku mostu/propustku (cesta na kterou chci 
 kliknout se vysvítí -
 stejně jako u contourmerge pluginu)
 3) vytvoří se bod (nebo se vybere již existující)
 4) mezi prvním bodem a kurzorem myši se začne vykreslovat čára symbolizující 
 most
 5) kliknu na místo, kde most/propustek končí
 6) vytvoří se (použije se již existující) druhý bod
 7) cesta se rozdělí
 8) vybere se segment mostu/tunelu
 9) pokud jsem klikl na cestu - segment se otaguje jako most
 10) pokud jsem klikl na waterway - segment se otaguje jako propustek
 11) pokud to není ani higway ani waterway - rollback a chybová hláška
 12) přidám nebo upravím tag layer - u mostu - layer = layer + 1; u propustku: 
 layer = layer - 1


Jo, to zní taky dobře. Ale zklamu tě, interaktivní záležitosti v GUI jsem vůbec 
nezkoumal. Celý
Tracer je jednorázová transakce nad zamknutým DataSetem, dál jsem se nedostal.

Martin



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

Re: [Talk-cz] Osmose Česká republika

Dne 8.12.2014 21:22, Martin Švec - OSM napsal(a):
 Dne 8.12.2014 20:45, Marián Kyral napsal(a):
 Dne 8.12.2014 19:36, Martin Švec - OSM napsal(a):
 Dne 7.12.2014 22:09, Marián Kyral napsal(a):

 A ještě jeden nápad mám v hlavě - hodně mne štve, jak je
 komplikované udělat z kousku silnice most (kouska potoka tunel).
 Vybrat cesru a dva body, rozdělit pomocí p, vybrat prostřední
 kousek a změnit jej na most. Je tam dvakrát výběr.

 Uvažuji nad nějakým pluginem, kde by stačilo vybrat cestu a ty dva
 body a pak jen kliknout na Convert to bridge/ Convert to tunnel.
 Rozdělení a otagování by se provedlo automaticky.

 A proč se zdržovat s vyráběním+výběrem bodů? :-) Co takto: Při
 kliknutí na průsečík cesty a vody se zobrazí dialog, v něm se vybere
 bridge/culvert a délka v metrech. Pak se sekne příslušná cesta na
 obě strany od průsečíku a otaguje. Pokud už body v patřičné
 vzdálenosti existují, použijí se existující.


 No už vidím, jak se budu trefovat do správné délky :-D To raději
 udělám ty dva body podle katastrálních map. Navíc, v naprosté většině
 případů nemají cesty na průsečíku společný bod, takže jeden bod
 vytvořit musím.

 Ale co by šlo (ty určitě budeš mít představu jak to udělat v GUI, já
 to budu zkoumat mnohem déle):

 1) aktivuji tool
 2) kliknu na na cestu v místě začátku mostu/propustku (cesta na
 kterou chci kliknout se vysvítí - stejně jako u contourmerge pluginu)
 3) vytvoří se bod (nebo se vybere již existující)
 4) mezi prvním bodem a kurzorem myši se začne vykreslovat čára
 symbolizující most
 5) kliknu na místo, kde most/propustek končí
 6) vytvoří se (použije se již existující) druhý bod
 7) cesta se rozdělí
 8) vybere se segment mostu/tunelu
 9) pokud jsem klikl na cestu - segment se otaguje jako most
 10) pokud jsem klikl na waterway - segment se otaguje jako propustek
 11) pokud to není ani higway ani waterway - rollback a chybová hláška
 12) přidám nebo upravím tag layer - u mostu - layer = layer + 1; u
 propustku: layer = layer - 1


 Jo, to zní taky dobře. Ale zklamu tě, interaktivní záležitosti v GUI
 jsem vůbec nezkoumal. Celý Tracer je jednorázová transakce nad
 zamknutým DataSetem, dál jsem se nedostal.


No to já taky ne. Ale ty umíš lépe hledat v dokumentaci. Já se v ní
ztrácím, hledám něco a ani vlastně nevím co :-D
Určitě by se jako základ dal využít ten contour merge plugin. Musím to
prozkoumat.

Marián


 Martin





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

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

Re: [Talk-cz] Osmose Česká republika

Dne 8.12.2014 21:18, Marián Kyral napsal(a):
 Dne 8.12.2014 21:12, Marián Kyral napsal(a):
 Dne 8.12.2014 19:55, Mirek Dlask napsal(a):
 Nedávno jsem našel toto

 http://geoportal.cuzk.cz/(S(edrn34aqju5rgehhxpqqot5a))/Default.aspx?mode=TextMetaside=wms.verejnemetadataID=CZ-CUZK-WMS-ZABAGED-PmetadataXSL=metadata.sluzbamenu=3113
 http://geoportal.cuzk.cz/%28S%28edrn34aqju5rgehhxpqqot5a%29%29/Default.aspx?mode=TextMetaside=wms.verejnemetadataID=CZ-CUZK-WMS-ZABAGED-PmetadataXSL=metadata.sluzbamenu=3113


 Znamená to snad, že můžeme mapovat podle ortofoto mapy, která je tam též?

 http://geoportal.cuzk.cz/%28S%28g0hxkax1lwypr5i5d1pmhq4z%29%29/Default.aspx?menu=3121mode=TextMetaside=wms.verejnemetadataID=CZ-CUZK-WMS-ORTOFOTO-PmetadataXSL=metadata.sluzba

 Jestli se nepletu, tak nemáme povoleno mapovat dle barevné ortofoto
 mapy od UHULu. A ČÚZK to má zřejmě ze stejního zdroje. Jak to tedy je?


 A vzhledem k tomu, že to má stejné podmínky užití, jako prohlížení KM,
 tak by to mohla být i pravda. No to by byla bomba.

 http://geoportal.cuzk.cz/Dokumenty/Podminky_sluzby_CUZK.pdf


Hlavní otázka asi bude: Ortofoto - to jsou nebo nejsou prostorová data
dle vyhlášky č. 103/2010?

Marián

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

Re: [Talk-cz] Osmose Česká republika

Dne 8.12.2014 21:18, Marián Kyral napsal(a):
Dne 8.12.2014 21:12, Marián Kyral napsal(a):
Dne 8.12.2014 19:55, Mirek Dlask napsal(a):
Nedávno jsem našel toto

Znamená to snad, že můžeme mapovat podle ortofoto mapy, která je tam též?

http://geoportal.cuzk.cz/%28S%28g0hxkax1lwypr5i5d1pmhq4z%29%29/Default.aspx?menu=3121mode=TextMetaside=wms.verejnemetadataID=CZ-CUZK-WMS-ORTOFOTO-PmetadataXSL=metadata.sluzba

Jestli se nepletu, tak nemáme povoleno mapovat dle barevné ortofoto mapy od
UHULu. A ČÚZK to má
zřejmě ze stejního zdroje. Jak to tedy je?

A vzhledem k tomu, že to má stejné podmínky užití, jako prohlížení KM, tak by
to mohla být i
pravda. No to by byla bomba.

http://geoportal.cuzk.cz/Dokumenty/Podminky_sluzby_CUZK.pdf

Lehce jsem podmínky prolítnul, když tu Petr Vejsada nadhodil dotaz v
souvislosti s poloha.net. A
coby neprávník si vůbec nejsem jistý, jak to s používáním WMS je.

Na ukázku:

* Podmínky užití - zpoplatnění služby: Žádné podmínky neplatí. :-))

* Omezení přístupu - Opětovnému využití dat zpřístupněných službou pro obchodní
účely je zamezeno
začleněním ochranných znaků (copyright ČÚZK). ...vyplývá z toho něco?

* PDFko se odvolává na vyhlášku č. 103/2010. Z té právničiny mi přišlo, že není
dovoleno skoro nic.

* http://geoportal.cuzk.cz/Dokumenty/podminky.html, Podmínky poskytování a
užití prohlížecích
služeb: Bezplatně poskytované prohlížecí služby nejsou určeny ke komerčnímu
užití a podléhají
autorsko-právní ochraně zákona č. 121/2000 Sb. Pro jejich šíření, reprodukci v
původní či pozměněné
podobě i nekomerčního charakteru, je nutný písemný souhlas ZÚ. tohle už je
dost konkrétní.

* http://www.mail-archive.com/talk-cz@openstreetmap.org/msg08077.html ... jasné
zamítnutí ZÚ/ČÚZK z
roku 2012 pro účely obkreslování v OSM.

Mně z toho vychází, že se do WMS můžeme dívat pro soukromou potřebu, ale
nesmíme je dál šířit nebo
obkreslovat.

Možná by mohl někdo zběhlejší v právech a licencích znovu naťuknout ČÚZK. Třeba
mezitím změnili
právničku :-) Ortofoto jako zdroj v JOSM by byl naprosto super.

Martin

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

Re: [Talk-cz] Osmose Česká republika


On 8.12.2014 21:38, Marián Kyral wrote:

Dne 8.12.2014 21:22, Martin Švec - OSM napsal(a):

Dne 8.12.2014 20:45, Marián Kyral napsal(a):

Dne 8.12.2014 19:36, Martin Švec - OSM napsal(a):

Dne 7.12.2014 22:09, Marián Kyral napsal(a):


A ještě jeden nápad mám v hlavě - hodně mne štve, jak je komplikované udělat z kousku 
silnice most (kouska potoka tunel). Vybrat cesru a dva body, rozdělit pomocí 
p, vybrat prostřední kousek a změnit jej na most. Je tam dvakrát výběr.

Uvažuji nad nějakým pluginem, kde by stačilo vybrat cestu a ty dva body a pak jen 
kliknout na Convert to bridge/ Convert to tunnel. Rozdělení a otagování by se 
provedlo automaticky.


A proč se zdržovat s vyráběním+výběrem bodů? :-) Co takto: Při kliknutí na 
průsečík cesty a vody se zobrazí dialog, v něm se vybere bridge/culvert a délka 
v metrech. Pak se sekne příslušná cesta na obě strany od průsečíku a otaguje. 
Pokud už body v patřičné vzdálenosti existují, použijí se existující.



No už vidím, jak se budu trefovat do správné délky :-D To raději udělám ty dva 
body podle katastrálních map. Navíc, v naprosté většině případů nemají cesty na 
průsečíku společný bod, takže jeden bod vytvořit musím.

Ale co by šlo (ty určitě budeš mít představu jak to udělat v GUI, já to budu 
zkoumat mnohem déle):

1) aktivuji tool
2) kliknu na na cestu v místě začátku mostu/propustku (cesta na kterou chci 
kliknout se vysvítí - stejně jako u contourmerge pluginu)
3) vytvoří se bod (nebo se vybere již existující)
4) mezi prvním bodem a kurzorem myši se začne vykreslovat čára symbolizující 
most
5) kliknu na místo, kde most/propustek končí
6) vytvoří se (použije se již existující) druhý bod
7) cesta se rozdělí
8) vybere se segment mostu/tunelu
9) pokud jsem klikl na cestu - segment se otaguje jako most
10) pokud jsem klikl na waterway - segment se otaguje jako propustek
11) pokud to není ani higway ani waterway - rollback a chybová hláška
12) přidám nebo upravím tag layer - u mostu - layer = layer + 1; u propustku: 
layer = layer - 1



Jo, to zní taky dobře. Ale zklamu tě, interaktivní záležitosti v GUI jsem vůbec 
nezkoumal. Celý Tracer je jednorázová transakce nad zamknutým DataSetem, dál 
jsem se nedostal.



No to já taky ne. Ale ty umíš lépe hledat v dokumentaci. Já se v ní ztrácím, 
hledám něco a ani vlastně nevím co :-D
Určitě by se jako základ dal využít ten contour merge plugin. Musím to 
prozkoumat.



Dokumentace? Ale fujtajbl :-) Hlavně se musí číst zdrojáky. Vyšel bych z 
ImproveWayAccuracyAction.java [1], tam je všechno krásně na jednom místě. Z 
toho co vidím:
(a) Implementuješ rozšíření třídy MapMode = režim toolu, to dělá i Tracer.
(b) Implementuješ rozhraní MapViewPaintable, přes něj se metodou paint() kreslí.
(c) V enterMode() si přidáš dočasnou vrstvu s tvou implementací 
MapViewPaintable přes Main.map.mapView.addTemporaryLayer(this).
(d) Zahákneš si listenery na události myši a modifikátorů.
(e) Reaguješ na události, pamatuješ si stavy, a podle nich kreslíš a edituješ.
(f) V exitMode() po sobě uklidíš listenery a kreslící vrstvu.

Tolik teorie, praxi nechám na tobě ;-)

Jaks výš popsal princip toolu -- v bodě (3) bych nový bod nevytářel, jen si 
zapamatoval jeho místo a vykresloval fiktivní bod v temporary vrstvě. Oba uzly 
by se vytvořily až po kliknutí (5), ať undo zruší celou operaci.

[1] 
http://josm.openstreetmap.de/browser/trunk/src/org/openstreetmap/josm/actions/mapmode/ImproveWayAccuracyAction.java

Martin


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

Re: [Talk-cz] Osmose Česká republika

2014-12-08 Thread Kasparek Tomas

On Mon, Dec 08, 2014 at 07:32:42PM +0100, Petr Vejsada wrote:
 CzechAddress si vykoledoval spoustu křížících se budov, protože na nich 
 upravil adresu, ale geometrii pochopitelně ne; tak chytrý není. Takže tohle 

Ahoj, koukal jsem se na chybu Multiple numbers 841/8a in way Barvy,
podle vseho jsou to stare adresy blbe umistene se zdrojem uir_adr. Petre,
nestalo by za to zkusit to nejak automatizovane zpracovat - zatim co jsem
videl, v podstate pri duplicite to co je uir_adr smazat, RUIAN zatim vzdy
vypadal mnohem lepe (predevsim umistenim).

Jinak mne se libi predevsim vlastni chyby - i kdyz drtiva vetsina je tim,
ze clovek sahne na neco v okoli, je to motivace to spravit :-) Drtivou
vetsinu mam taky krizeni vody, ale nebyly toho stovky, tak jsem to zkousel
projit rucne a vetsinou podle fotomapy jsem nasel nejake rozumne reseni -
ale ano je to realtivne pracne, na druhou stranu to zvysuje kvalitu mapy,
takze to ma podle mne smysl.

Jinak jeste otazka na automatiku - mel jsem tam tag 'wood' - 'leaf_type',
melo by smysl zkouset to vymyslet automatizovane?

A posledni, ted delaji extrakty frantici, rikal jsem si ze bych to prece
jen zkusil delat sam a casteji nez jednou denne (primarne abych se to
naucil a vyzkousel si to). Nema s tim nekdo nejake blizsi zkusenosti? Zatim
to vypada ze bud pouziju nejaky z mnoha nastroju nebo osmose web pro
polygon (tak casto se nemeni) a pak osmconvert uz zvladne zbytek (v
kombinaci s osmupdate), takze primarne mne vpodstate zajima jak zjistit, ze
vysledek je OK - tj. jednoduse ho asi vykresilt do mapy (.bpf)

Mejte se

-- 

  Tomas Kasparek   e-mail: kaspa...@fit.vutbr.cz
  CVT FIT VUT Brno, L127   jabber: tomas.kaspa...@jabber.cz
  Bozetechova 1, 612 66web   : http://www.fit.vutbr.cz/~kasparek
  Brno, Czech Republic phone : +420 54114-1220

  GPG:2F1E 1AAF FD3B CFA3 1537  63BD DCBE 18FF A035 53BC

  May the command line live forever!


pgprQU7eUSEfy.pgp
Description: PGP signature
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz

Re: [OSM-talk-fr] Maison de santé

2014-12-08 Thread Romain MEHUT

Bonjour,

Plutôt vers là? http://wiki.openstreetmap.org/wiki/FR:Key:social_facility

Romain

Le 6 décembre 2014 13:14, Yves Pratter yves.prat...@gmail.com a écrit :

 Bonjour,

 Une maison de santé vient d’ouvrir dans ma région. Quels attributs
 utiliser ?

 Il existe une discussion de mai 2010
 https://lists.openstreetmap.org/pipermail/talk-fr/2010-May/021835.html sur
 les maisons de retraites :

 * je viens de trouver sur
 ** http://wiki.openstreetmap.org/wiki/Nominatim/Special_Phrases 
 http://wiki.openstreetmap.org/wiki/Nominatim/Special_Phrases
 **   Maison de retraite: (amenity=retirement_home)
 **   Maison de santé: (amenity=nursing_home)
 *

 Hors amenity=nursing_home
 http://wiki.openstreetmap.org/wiki/Tag:amenity=nursing_home décrit une
 maison de retraite médicalisé, pas un cabinet infirmier ni une maison de
 santé ;-)

 Une petite recherche avec Nominatim renvoi ceci :

- *building=yes* (http://www.openstreetmap.org/way/139471431) il y en
a beaucoup mais ce n’est pas suffisant.
- *building=civic* (http://www.openstreetmap.org/way/277479886) ??
- *amenity=hospital* (http://www.openstreetmap.org/way/253184040) mais
ce n’est pas ça
- *amenity=clinic* (http://www.openstreetmap.org/way/208554059) non
- *amenity=nursing_home* (http://www.openstreetmap.org/way/268413745)
pas du tout (ça doit être l’exemple de la maison de retraite. La traduction
dans nominatim/osm est Soins infirmiers” !)

- *amenity=doctors* (http://www.openstreetmap.org/way/148135789) on se
rapproche mais ce n’est pas encore ça
- *amenity=dentist* (http://www.openstreetmap.org/node/1409068528)
bien comme docteurs, mais incomplet
- *office=physician* (http://www.openstreetmap.org/node/2800705715)
bureau de médecin, bof (c’est iD qui propose ça ?
http://taginfo.openstreetmap.org/tags/office=physician#projects)

- *building=healthcare* ± *health_facility:type=health_centre* (OSM
affiche ça comme une “maison”
http://www.openstreetmap.org/way/304800741)


 Le dernier semble bien mais comment est-il géré par les moteurs de
 recherche, de rendu (OSM France au hasard) et les éditeurs ??

 http://wiki.openstreetmap.org/wiki/Humanitarian_OSM_Tags/Humanitarian_Data_Model#Health_Facility
 http://wiki.openstreetmap.org/wiki/Proposed_features/Healthcare_2.0

 Un rapide coup d’œil sur la proposition indique qu’on pourrait / devrait ?
 utiliser *health_facility:type=office* avec
 *health_person:type= physician; psychologist;nurse;…* sauf que ce champ
 n’a pas l’air d’accepter des valeurs multiples.

 Avez-vous des idées sur la question ?

 —
 Yves

 Requête overpass http://overpass-turbo.eu/s/6oU utilisant une expression
 rationnelle node[name~Maison de Santé,i];
 Renvoie 32 chemins et 13 nœuds

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


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

Re: [OSM-talk-fr] Maison de santé

Bonjour,

 On 08 Dec 2014, at 09:58, Romain MEHUT romain.me...@gmail.com wrote:
 Plutôt vers là? http://wiki.openstreetmap.org/wiki/FR:Key:social_facility 
 http://wiki.openstreetmap.org/wiki/FR:Key:social_facility
En fait c’est dans le domaine du soin, pas du social.

Il y avait cette valeur social_facility 
http://wiki.openstreetmap.org/wiki/Key:social_facility=healthcare mais comme 
tu peux le voir elle est rayée sur le wiki (depuis le 3 février 2011 à 14:14‎ ).

Au passage, en faisant des recherches avec Overpass j’ai trouvé des 
laboratoires d’analyses médicales avec des tags variés.
Ces derniers n’existent pas semble-t-il en Allemagne est en Suisse (dans le 
canton de Berne les médecins ont leur propre labos au cabinet et c’est la 
secrétaire qui fait les prélèvements et les analyses).

Bref, il faut passer un petit coup de chiffon dans les données et trouver un 
modèle homogène pour la France pour s’assurer que les données soient trouvables 
et visualisables.

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

Re: [OSM-talk-fr] OSM.org dev/sys admins (était : Besoin d'aide pour faire avancer Switch2OSM en français)


 On 07 Dec 2014, at 19:09, sly (sylvain letuffe) lis...@letuffe.org wrote:

 Richard n'aurait peut-être pas transféré switch2OSM.org à la fondation, et ça 
 ira au final peut-être mieux.
Lui ou quelqu’un d’autre peut transférer les sources sous github ?

 Pour en revenir à ton sujet, avec des propositions : 
 1) Demande un compte sur www.openstreetmap.fr et mets y ta traduction de S2O
 2) Réserves/réservons un passeraOSM.org et hébergerons le sur un site de 
 l'asso fr
Dans un premier temps, un simple sous domaine suffira pour faire des tests, 
proposer aux autres communautés de rajouter d’autres langues.
switch2osm.openstreetmap.fr http://switch2osm.openstreetmap.fr/ par exemple 
;-)

 3) Colle ta traduction sur le wiki.osm.org
Ben je préfère au minimum le fichier dans github (± un outil local), ou mieux 
l’utilisation d’outils adaptés comme transifex 
https://www.google.fr/url?sa=trct=jq=esrc=ssource=webcd=1cad=rjauact=8sqi=2ved=0CCEQFjAAurl=https://www.transifex.com/ei=OIKFVNXQDYevU5rhglgusg=AFQjCNGnGX2F6v5Mz_s-bpgjSXJ396lI9Asig2=bkTacsmpRCg7zRCRfCyMgwbvm=bv.80642063,d.d24
 ou translatewiki https://translatewiki.net/.

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

Re: [OSM-talk-fr] Ouistreham Riva-Bella

2014-12-08 Thread Pieren

2014-12-06 15:34 GMT+01:00 Stéphane Péneau stephane.pen...@wanadoo.fr:

 On fait quoi ? Un alt_name=Ouistreham Riva-Bella en attendant ?

Selon moi, alt_name suppose une alternative relativement officielle.
Là, on trouve un cas assez rare, voir exceptionnel où c'est la mairie
qui pose des panneaux pour imposer (le maire dira anticiper) une
version qui a pourtant peu de chance de passer la rampe des décrets
(si on en croit la presse, ça n'a même pas encore passé la rampe du
conseil municipal ! le préfet pourrait rapidement mettre son hola sur
cette initiative). Si je comprends bien, rive-bella est un des
lieux-dits de la commune et le nom Ouistreham Riva-Bella désignait
uniquement la plage et la station balnéaire y attenant .
Plutot que alt_name, j'opterais pour loc_name qui marque
d'avantage le caractère pour l'instant local de l'initiative (et
nominatim le supporte aussi, je crois). L'ajout d'un tag note
pourrait aussi éclairer les autres contributeurs et utilisateurs
(initiative du maire, démarche officielle pas encore lancée, etc).
Je me dis que certains maires ont dédidément beaucoup de temps libre
mais l'essentiel est d'être sur la photo...

Pieren

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

Re: [OSM-talk-fr] Ouistreham Riva-Bella

2014-12-08 Thread Francescu GAROBY

Vous emballez pas trop vite : ledit maire venant de se faire retoquer ses
comptes de campagne des municipales par la CNCCFP, son élection peut être
annulée par le tribunal administratif de Caen et lui être déclaré
inéligible.
Bref, ça risque fort de revenir comme avant, et ce très vite...
http://www.libertebonhomme.fr/2014/12/07/les-comptes-de-romain-bail-examines-par-le-tribunal-administratif/

Francescu

Le 8 décembre 2014 12:30, Pieren pier...@gmail.com a écrit :

2014-12-06 15:34 GMT+01:00 Stéphane Péneau stephane.pen...@wanadoo.fr:

On fait quoi ? Un alt_name=Ouistreham Riva-Bella en attendant ?

Selon moi, alt_name suppose une alternative relativement officielle.
Là, on trouve un cas assez rare, voir exceptionnel où c'est la mairie
qui pose des panneaux pour imposer (le maire dira anticiper) une
version qui a pourtant peu de chance de passer la rampe des décrets
(si on en croit la presse, ça n'a même pas encore passé la rampe du
conseil municipal ! le préfet pourrait rapidement mettre son hola sur
cette initiative). Si je comprends bien, rive-bella est un des
lieux-dits de la commune et le nom Ouistreham Riva-Bella désignait
uniquement la plage et la station balnéaire y attenant .
Plutot que alt_name, j'opterais pour loc_name qui marque
d'avantage le caractère pour l'instant local de l'initiative (et
nominatim le supporte aussi, je crois). L'ajout d'un tag note
pourrait aussi éclairer les autres contributeurs et utilisateurs
(initiative du maire, démarche officielle pas encore lancée, etc).
Je me dis que certains maires ont dédidément beaucoup de temps libre
mais l'essentiel est d'être sur la photo...

Pieren

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

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

Re: [OSM-talk-fr] Maison de santé

2014-12-08 Thread Pierre d'Huy

Il serait effectivement intéressant de normaliser les laboratoires médicaux. 
J'utilise doctors pour le moment (3 laboratoires tagés) et je trouve ça douteux

Le 8 décembre 2014 11:41:16 UTC+01:00, Yves Pratter yves.prat...@gmail.com a 
écrit :
Bonjour,

 On 08 Dec 2014, at 09:58, Romain MEHUT romain.me...@gmail.com
wrote:
 Plutôt vers là?
http://wiki.openstreetmap.org/wiki/FR:Key:social_facility
http://wiki.openstreetmap.org/wiki/FR:Key:social_facility
En fait c’est dans le domaine du soin, pas du social.

Il y avait cette valeur social_facility
http://wiki.openstreetmap.org/wiki/Key:social_facility=healthcare
mais comme tu peux le voir elle est rayée sur le wiki (depuis le 3
février 2011 à 14:14‎ ).

Au passage, en faisant des recherches avec Overpass j’ai trouvé des
laboratoires d’analyses médicales avec des tags variés.
Ces derniers n’existent pas semble-t-il en Allemagne est en Suisse
(dans le canton de Berne les médecins ont leur propre labos au cabinet
et c’est la secrétaire qui fait les prélèvements et les analyses).

Bref, il faut passer un petit coup de chiffon dans les données et
trouver un modèle homogène pour la France pour s’assurer que les
données soient trouvables et visualisables.

—
Yves



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

-- 
Pierre d'Huy___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Ouistreham Riva-Bella

2014-12-08 Thread Stéphane Péneau

Effectivement loc_name semble le plus adéquat, je viens de l'ajouter.

On verra la suite des évènements.

Par contre, je ne vois pas le quartier Riva-Bella. Si quelqu'un sait
où il se trouve, il est à ajouter.

Stf

Le lundi 8 décembre 2014 12:38:32, Francescu GAROBY a écrit :

Vous emballez pas trop vite : ledit maire venant de se faire retoquer
ses comptes de campagne des municipales par la CNCCFP, son élection
peut être annulée par le tribunal administratif de Caen et lui être
déclaré inéligible.
Bref, ça risque fort de revenir comme avant, et ce très vite...
http://www.libertebonhomme.fr/2014/12/07/les-comptes-de-romain-bail-examines-par-le-tribunal-administratif/

Francescu

Le 8 décembre 2014 12:30, Pieren pier...@gmail.com
mailto:pier...@gmail.com a écrit :

2014-12-06 15:34 GMT+01:00 Stéphane Péneau
stephane.pen...@wanadoo.fr mailto:stephane.pen...@wanadoo.fr:

On fait quoi ? Un alt_name=Ouistreham Riva-Bella en attendant ?

Pieren

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

--
Cordialement,
Francescu GAROBY

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

Re: [OSM-talk-fr] Nouvelle analyse Osmose d'intégration des codes postaux

2014-12-08 Thread Pieren

2014-12-06 19:34 GMT+01:00 Frédéric Rodrigo fred.rodr...@gmail.com:

 Note: cette analyse est basé sur la tag addr:postcode, que je considère pour
 ma part comme n'étant pas le bon. Selon moi on devrait utiliser postal_code
 pour les surfaces de code postaux. Voir mon mail sur talk-fr De l'usage des
 tags postal_code addr:postcode qui n'a soulevait aucun intérêt.

Je suis aussi d'accord. La tendance est d'utiliser postal_code sur
les zones et addr:* sur les adresses individuelles, sans doute pour
des raisons historiques (le premier étant bien plus ancien dans OSM
que le second).
Par contre, je voudrais revenir sur l'Allemagne qui a accompli une
action de groupe pour modéliser tous ses codes postaux sur l'ensemble
de son territoire avec la relation de type=boundary +
boundary=postal_code. Pourrait-on envisager le même type d'action en
France ? Cette modélisation est plus cohérente avec la réalité dans
nos pays puisque les codes postaux sont relativement indépendants des
limites communales (plusieurs communes avec le même code postal ou une
commune avec plusieurs codes postaux). A terme, plus il y aura de pays
pour adopter ce type de relation, plus il y aura de chance pour que
les logiciels de géocodage l'adoptent et cela nous permettra de
nettoyer les postal_code et autres addr:postcode qui seraient à
l'intérieur de ce polygone et donc redondants (répétés sur les
relations commune. les noeuds/ways place et sur de nombreuses
adresses individuelles).

Pieren

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

Re: [OSM-talk-fr] Nouvelle analyse Osmose d'intégration des codes postaux

2014-12-08 Thread Frédéric Rodrigo


Le 08/12/2014 13:02, Pieren a écrit :

2014-12-06 19:34 GMT+01:00 Frédéric Rodrigo fred.rodr...@gmail.com:


Note: cette analyse est basé sur la tag addr:postcode, que je considère pour
ma part comme n'étant pas le bon. Selon moi on devrait utiliser postal_code
pour les surfaces de code postaux. Voir mon mail sur talk-fr De l'usage des
tags postal_code addr:postcode qui n'a soulevait aucun intérêt.


Je suis aussi d'accord. La tendance est d'utiliser postal_code sur
les zones et addr:* sur les adresses individuelles, sans doute pour
des raisons historiques (le premier étant bien plus ancien dans OSM
que le second).
Par contre, je voudrais revenir sur l'Allemagne qui a accompli une
action de groupe pour modéliser tous ses codes postaux sur l'ensemble
de son territoire avec la relation de type=boundary +
boundary=postal_code. Pourrait-on envisager le même type d'action en
France ? Cette modélisation est plus cohérente avec la réalité dans
nos pays puisque les codes postaux sont relativement indépendants des
limites communales (plusieurs communes avec le même code postal ou une
commune avec plusieurs codes postaux). A terme, plus il y aura de pays
pour adopter ce type de relation, plus il y aura de chance pour que
les logiciels de géocodage l'adoptent et cela nous permettra de
nettoyer les postal_code et autres addr:postcode qui seraient à
l'intérieur de ce polygone et donc redondants (répétés sur les
relations commune. les noeuds/ways place et sur de nombreuses
adresses individuelles).

Pieren


Oui, tout a fait d'accord.


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

[OSM-talk-fr] Labo d'analyses (était: Maison de santé)

2014-12-08 Thread Damouns

Le 8 décembre 2014 12:41, Pierre d'Huy dh...@yahoo.fr a écrit :

 Il serait effectivement intéressant de normaliser les laboratoires
 médicaux. J'utilise doctors pour le moment (3 laboratoires tagés) et je
 trouve ça douteux

 Le 8 décembre 2014 11:41:16 UTC+01:00, Yves Pratter 
 yves.prat...@gmail.com a écrit :


 Au passage, en faisant des recherches avec Overpass j'ai trouvé des 
 *laboratoires
 d'analyses médicales* avec des tags variés.
 Ces derniers n'existent pas semble-t-il en Allemagne est en Suisse (dans
 le canton de Berne les médecins ont leur propre labos au cabinet et c'est
 la secrétaire qui fait les prélèvements et les analyses)



Complètement d'accord : il y a une proposition dans la page Healthcare 2.0
où on trouve :

---Medical laboratory

Laboratory which does clinical patholygy related analyses, which is in in
Germany known as Laboratoriumsmedizin.

medical_system
http://wiki.openstreetmap.org/w/index.php?title=Key:medical_systemaction=editredlink=1
:western
http://wiki.openstreetmap.org/w/index.php?title=Key:westernaction=editredlink=1
=yes
health_facility:type
http://wiki.openstreetmap.org/w/index.php?title=Key:health_facility:typeaction=editredlink=1
=laboratory
health_specialty
http://wiki.openstreetmap.org/w/index.php?title=Key:health_specialtyaction=editredlink=1
:clinical_pathology
http://wiki.openstreetmap.org/w/index.php?title=Key:clinical_pathologyaction=editredlink=1
=yes

---

mais personnellement je ne suis pas fan de cette manière de les signaler
qui me paraît très, très lourde. Je serais assez pour un
amenity=medical_laboratory ou quelque chose comme ça. Voir
http://en.wikipedia.org/wiki/Medical_laboratory

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

Re: [OSM-talk-fr] Nouvelle analyse Osmose d'intégration des codes postaux

2014-12-08 Thread Christian Quest

D'accord aussi

postal_code me semble bien adapté juste pour les boundary et les
addr:postcode / addr:city / addr:country sont à éliminer dans beaucoup de
cas (sauf quelques cas particuliers).

Maintenant que La Poste a publié la base officielle des codes postaux, on
peut faire une mise à jour globale.
Le problème c'est que :
1) le fichier de La Poste n'est pas exempt d'erreurs... les 2 cas
particuliers que j'ai vérifié étaient en erreur !
2) il ne détaille pas les communes pluridistribuées, celles où justement le
boundary est le plus intéressant.

Le problème aussi avec les boundary c'est que c'est (trop) facile à casser
et plus on a de relations plus on a de chance d'avoir ce genre de problème.

Il nous manque des outils de monitoring pour détecter et réparer rapidement
ces relations cassées.


Pieren a écrit :

 Je suis aussi d'accord. La tendance est d'utiliser postal_code sur
 les zones et addr:* sur les adresses individuelles, sans doute pour
 des raisons historiques (le premier étant bien plus ancien dans OSM
 que le second).
 Par contre, je voudrais revenir sur l'Allemagne qui a accompli une
 action de groupe pour modéliser tous ses codes postaux sur l'ensemble
 de son territoire avec la relation de type=boundary +
 boundary=postal_code. Pourrait-on envisager le même type d'action en
 France ? Cette modélisation est plus cohérente avec la réalité dans
 nos pays puisque les codes postaux sont relativement indépendants des
 limites communales (plusieurs communes avec le même code postal ou une
 commune avec plusieurs codes postaux). A terme, plus il y aura de pays
 pour adopter ce type de relation, plus il y aura de chance pour que
 les logiciels de géocodage l'adoptent et cela nous permettra de
 nettoyer les postal_code et autres addr:postcode qui seraient à
 l'intérieur de ce polygone et donc redondants (répétés sur les
 relations commune. les noeuds/ways place et sur de nombreuses
 adresses individuelles).

 Pieren


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

Re: [OSM-talk-fr] Nouvelle analyse Osmose d'intégration des codes postaux

2014-12-08 Thread Frédéric Rodrigo


Le 08/12/2014 14:17, Christian Quest a écrit :

D'accord aussi

postal_code me semble bien adapté juste pour les boundary et les
addr:postcode / addr:city / addr:country sont à éliminer dans beaucoup
de cas (sauf quelques cas particuliers).

Maintenant que La Poste a publié la base officielle des codes postaux,
on peut faire une mise à jour globale.
Le problème c'est que :
1) le fichier de La Poste n'est pas exempt d'erreurs... les 2 cas
particuliers que j'ai vérifié étaient en erreur !
2) il ne détaille pas les communes pluridistribuées, celles où justement
le boundary est le plus intéressant.

Le problème aussi avec les boundary c'est que c'est (trop) facile à
casser et plus on a de relations plus on a de chance d'avoir ce genre de
problème.

Il nous manque des outils de monitoring pour détecter et réparer
rapidement ces relations cassées.


Oui c'est bien vrais.
On pourrait déjà avoir un couche dans layers pour ça.

Pour les générer on peut faire comme avec les EPIC ou les cantons en les 
construisant automatiquement avec comcommaker en ligne de commande.






Pieren a écrit :

Je suis aussi d'accord. La tendance est d'utiliser postal_code sur
les zones et addr:* sur les adresses individuelles, sans doute
pour
des raisons historiques (le premier étant bien plus ancien dans OSM
que le second).
Par contre, je voudrais revenir sur l'Allemagne qui a accompli une
action de groupe pour modéliser tous ses codes postaux sur
l'ensemble
de son territoire avec la relation de type=boundary +
boundary=postal_code. Pourrait-on envisager le même type d'action en
France ? Cette modélisation est plus cohérente avec la réalité dans
nos pays puisque les codes postaux sont relativement
indépendants des
limites communales (plusieurs communes avec le même code postal
ou une
commune avec plusieurs codes postaux). A terme, plus il y aura
de pays
pour adopter ce type de relation, plus il y aura de chance pour que
les logiciels de géocodage l'adoptent et cela nous permettra de
nettoyer les postal_code et autres addr:postcode qui seraient à
l'intérieur de ce polygone et donc redondants (répétés sur les
relations commune. les noeuds/ways place et sur de nombreuses
adresses individuelles).

Pieren


--
Christian Quest - OpenStreetMap France


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




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

Re: [OSM-talk-fr] OSM.org dev/sys admins (était : Besoin d'aide pour faire avancer Switch2OSM en français)

2014-12-08 Thread Thomas Gratier

Salut,

Merci Sylvain de partager ton opinion.
Pour le moment, je suis plutôt dans l'idée de rester dans les rails mais
je deviendrais plus réac si ça n'avance pas.
Je ne suis pas sûr d'avoir été clair sur ce point: j'ai les droits
d'édition sur le contenu de http://switch2osm.org.
Le problème à résoudre c'est que la traduction du menu est dans les
fichiers qui font tourner Wordpress et qu'il reste un problème de CSS sur
le menu.

Pour faire suite à tes propositions
1) Demande un compte sur www.openstreetmap.fr et mets y ta traduction de S2O
La traduction est déjà sur toutes les pages de Switch2osm officielle:
quelle est l'utilité de ton point de vue?

2) Réserves/réservons un passeraOSM.org et hébergerons-le sur un site de
l'asso fr
Oui, je le vois comme solution bis si ça n'avance pas dans les semaines à
venir.
Dans un premier temps, je vais encore insister sur Switch2osm. Pourquoi? Je
veux éviter de faire doublon de Switch2osm qui demande de refaire un
template, gérer un nouveau truc et avoir un mauvais référencement
initialement. Par ailleurs, si on fait avancer sur le Fr sur switch2osm,
cela poussera les autres communautés (espagnoles, italiennes,
allemandes,...) à faire de même plutôt que doublonner sur chaque langue,
avec chacun son site.
On verra si je rêve ou si ça bouge.

3) Colle ta traduction sur le wiki.osm.org
Je suppose que c'est pour pouvoir éditer de manière collaborative. Comme il
y a de la mise en forme HTML (voulant pour le moment être compatible avec
le site officiel Switch2osm), je préférerais gérer ça sur Github
https://github.com/ThomasG77/switch2osm-fr-translation car le wiki a sa
propre syntaxe qui va être un inconvénient dans ce cas. J'ai fait quelques
modifications supplémentaires dans le site officiel que je n'ai pas encore
rebasculer côté Github.

Sylvain, un avis sur mon retour? Tu pense vraiment que je dois déjà lâcher
le fonctionnement officiel?
Des avis supplémentaires?

Merci

Thomas Gratier

PS: ce mail était prêt avant l'intervention de Yves mais j'ai zappé l'envoi
d'où le fait qu'il puisse paraître décalé.

Le 7 décembre 2014 19:09, sly (sylvain letuffe) lis...@letuffe.org a
écrit :

Tant pis si je fais ma langue de pute, mais à un moment il faut bien se
rendre compte qu'il y a un problème, et réussir à dire qu'il existe sera
déjà un grand pas en avant avant de trouver des solutions pour le
surmonter.

ThomasG wrote
Mon contact technique est l'un de ses admin mais je préfère éviter d'être
nomitatif.
(...)
J'aimerais que ça avance et je commence à perdre patience...
Des avis, des conseils pour cela?

Oui : laisser tomber l'idée que l'on peut confier, à l'heure actuelle et
pour sans doute encore un certain temps, à la fondation et ses admins des
outils ou documentation autre que le coeur qui fait fonctionner le système
(site, api, éditeurs, base et rendu par défaut)

Je saisi l'occasion car nous parlons de switch2OSM, mais cela fait
plusieurs
fois que je constate le problème pour d'autres cas (que je juge plus
important encore) alors ça ne m'étonne absolument pas pas que ta traduction
de switch2OSM soit délaissée.
Notez qu'il ne s'agit pas d'un reproche concernant la non disponiblité du
temps de qui que ce soit mais d'un constat qui doit nous amener à penser
autrement les outils périphériques d'osm. C'est d'ailleurs peut-être une
bonne chose au final que de ne pas trop en demander à la fondation (et ses
admins) pour : 1) leur laisser plus de temps pour ce qui compte le plus
et
2) Mettre moins de pouvoir entre leur main en laissant des projet
périphérique émerger.
Si j'ai un seul truc à reprocher aux admins (aller, c'est pas cher :
particulièrement un certain T. ;-)) c'est de ne pas juste accepter ce fait
et ne pas arriver à le dire publiquement plus clairement. (et d'en arriver
à
des propositions simples pour par exemple recruter plus d'aide et
simplifier
le ticket d'entrée pour ces aides).
Richard n'aurait peut-être pas transféré switch2OSM.org à la fondation, et
ça ira au final peut-être mieux.

Pour en revenir à ton sujet, avec des propositions :
1) Demande un compte sur www.openstreetmap.fr et mets y ta traduction de
S2O
2) Réserves/réservons un passeraOSM.org et hébergerons le sur un site de
l'asso fr
3) Colle ta traduction sur le wiki.osm.org

-
--
sly, contact direct : sylvain /a\ letuffe o r g
http://wiki.openstreetmap.org/wiki/User:Sletuffe
--
View this message in context:
http://gis.19327.n5.nabble.com/Besoin-d-aide-pour-faire-avancer-Switch2OSM-en-francais-tp5826485p5826531.html
Sent from the France mailing list archive at Nabble.com.

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

Re: [OSM-talk-fr] Labo d'analyses (était: Maison de santé)


 Le 8 décembre 2014 12:41, Pierre d'Huy dh...@yahoo.fr 
 mailto:dh...@yahoo.fr a écrit :
 Il serait effectivement intéressant de normaliser les laboratoires médicaux. 
 J'utilise doctors pour le moment (3 laboratoires tagés) et je trouve ça 
 douteux
J’ai vu ça, j’ai mis la même chose pour la Maison de santé faute de mieux.

 On 08 Dec 2014, at 14:00, Damouns damo...@gmail.com wrote:
 Medical laboratory
 
 Laboratory which does clinical patholygy related analyses, which is in in 
 Germany known as Laboratoriumsmedizin.
 
 medical_system 
 http://wiki.openstreetmap.org/w/index.php?title=Key:medical_systemaction=editredlink=1:western
  
 http://wiki.openstreetmap.org/w/index.php?title=Key:westernaction=editredlink=1=yes
 health_facility:type 
 http://wiki.openstreetmap.org/w/index.php?title=Key:health_facility:typeaction=editredlink=1=laboratory
 health_specialty 
 http://wiki.openstreetmap.org/w/index.php?title=Key:health_specialtyaction=editredlink=1:clinical_pathology
  
 http://wiki.openstreetmap.org/w/index.php?title=Key:clinical_pathologyaction=editredlink=1=yes
  
 
 
 mais personnellement je ne suis pas fan de cette manière de les signaler qui 
 me paraît très, très lourde. Je serais assez pour un 
 amenity=medical_laboratory ou quelque chose comme ça. Voir 
 http://en.wikipedia.org/wiki/Medical_laboratory 
 http://en.wikipedia.org/wiki/Medical_laboratory
Le problème avec amenity c’est que si tu as un dentiste, 2 médecins, 6 
infirmières, 1 psychologue… au même endroit et je rajoute le labo pour rester 
dans le sujet ;-)

ça risque de ne pas marcher au niveau de l’édition ou du rendu.
amenity=doctors;dentist;medical_laboratory;nurse;…

car on ne peut pas saisir :
amenity=doctors
amenity=dentist
amenity=medical_laboratory
amenity=nurse
amenity=…

Si je comprends cette proposition (à simplifier), on pourrait saisir ça (à 
éclaircir) :
health_facility:laboratory=yes
health_facility:health_centre=yes
health_person:nurse=yes
health_person:physician=yes
health_person:psychologist=yes
health_person:dentist=yes

ou alors (mais on retombe sur le “problème” des valeurs multiples)
health_facility:type=laboratory;health_centre
health_person:nurse=yes
health_person:physician=yes
health_person:psychologist=yes
health_person:dentist=yes

Ça c’était pour l’exemple de la maison de santé avec un labo.

Pour le labos seul, ça serait ;
health_facility:type=laboratory

—
Yves

PS:
Pour health_facility:type j'utiliserais plutôt la valeur centre car que ça soit 
avec un stéthoscope health_centre ou avec la parole counselling_centre, ça 
reste un “centre de soin.
Au passage, ce n’est pas différent du dispensaire dispensary en brousse (ce 
terme est aussi utilisé à Lyon pour un centre de soin associatif).

Je n’ai pas trop compris comment concrètement utiliser leur notion de relations.
Ça permet de nommer un professionnel, de donner ses coordonnées, ses 
spécialités…



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

Re: [OSM-talk-fr] OSM.org dev/sys admins (était : Besoin d'aide pour faire avancer Switch2OSM en français)