date:20110628


Am 27.06.2011 21:10, schrieb Martin Simon:

Am 27. Juni 2011 20:34 schrieb Steffen Heinzeifelhu...@gmx.de:

kann mir kein eigenes Flugzeug leisten ;)

Hallo Steffen!

Da du dich ja schon lange damit herum quälst:
Hast du mal unseren Propheten Steve Coast (st...@asklater.com)
gefragt, ob das Bing-Team da was dran drehen kann?
Er hat neulich auf der englischen Liste gefragt, in welchen Regionen
die Luftbilder verbessert oder beschafft werden sollten.

Da Microsoft das Material (eventuell) nicht neu einkaufen, sondern
nur vom Hersteller eine korrekte Rektifizierung verlangen müsste,
könnte das problemloser klappen, als man vielleicht denkt... ;-)

Gruß,

Martin (der in der Eifel auch schon auf die krummen Bilder stieß)

Mein engliche taugt nicht dafür was in der englischen Liste zu antworten.

Die Aufnahmen die betroffen sind haben halt auch einen Vorteil, sie sind 
sehr aktuell, duch den größeren Maßstab sehr deutlich, 2 bis 3 Jahre 
alt. ein bichen weitser weg sind die Aufnahmen von 2000 oder so, also 
uralt


na ja, ich denke das ich das meiste über einen Umweg hinbekommen habe 
und es so in Ordnung ist. Zur Not fahr ich mal eben dort hin - duch 
die unterschiedlichen Maßstäbe fehlen halt Kartenstücke.



Grüße aus der Eifel
Steffen


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

Re: [Talk-de] deutscher Mapnik-Stil ohne highway=proposed

2011/6/28 André Joost andre+jo...@nurfuerspam.de:
 Am 27.06.11 20:22, schrieb malenki:


 proposed != construction


 Leider steht im aktuellen Mapnik-Stil:

 Rule maxscale_zoom12; minscale_zoom12; Filter([highway] =
 'proposed' or [highway]='construction') and
 ([construction]='motorway' or
 [construction]='motorway_link')/Filter


-- http://trac.openstreetmap.org

Gruß Martin

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

Re: [Talk-de] Wie Wege auf Asphaltflächen erstellen?

Am 28. Juni 2011 09:07 schrieb Chris66 chris66...@gmx.de:

 Ok, laut Wiki dürfen mit pedestrian auch Plätze getaggt werden, die
 keine echten (Zeichen 242) Fussgängerzonen sind.


highway=pedestrian ist eine Straße, die von Ausnahmen (z.B. Lieferung)
abgesehen für Fußgänger ist. Mit area=yes wird es zur Fußgängerfläche
(ggf. kann man bicycle=yes und anderes ergänzen, je nachdem, wie es
vor Ort geregelt ist). Zonen gibt es bisher meines Wissens in OSM
nicht, und ich sehe auch nicht, wozu man das brauchen sollte. Eine
Zone ist ein Gebiet aus mehreren pedestrians und ergibt sich von
selbst.

Gruß Martin

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

Re: [Talk-de] Wie Wege auf Asphaltflächen erstellen?

2011-06-28 Diskussionsfäden Jan Torben Heuer

On Monday 27 June 2011 20:04:24 Peter Wendorff wrote:
 Korrekterweise erweiterst Du die Routing-Engines bzw. deren 
 Preprocessing, so dass sie Routing über Plätze können.
 
 Alles andere ist Tagging-für-den-Router.

Umgekehrt könnte man auch Argumentieren der Taxiway ist ein Weg wie jede 
andere Straße auch und sollte auch wie jede andere erstellt werden - nicht als 
Fläche.

Ich denke gerade am Beispiel Tempelhof sehen wir, dass Flächen und Straßen 
ineinander über gehen und eine pragmatische Lösung um sowohl eine schöne Karte 
als auch ein funktionierendes Routing zu erreichen wäre schön. Wenn jemand es 
schafft den Funel Algoritmus auf diese Flächen anzuwenden, um so besser.
Vielleicht ist es ja eine Möglichkeit eine Fläche als 'form' einer Linie zu 
definieren um somit sein aussehen explizit darzustellen. Über eine Relation 
könnte beides verbunden werden. Somit wären nicht zwei unabhängige Objekte in 
der Datenbank und Routing/Renderer benutzen je was sie brauchen. Nur so ne 
Idee.

Best,

Jan

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

Re: [Talk-de] deutscher Mapnik-Stil ohne highway=proposed

2011-06-28 Diskussionsfäden Wolfgang

Hallo,
Am Dienstag 28 Juni 2011 00:47:19 schrieb Garry:
 Am 27.06.2011 22:07, schrieb Frederik Ramm:

  
  Dagegen spricht, dass der Spaziergaenger an der Stelle unberuehrte
  Natur und der Autofahrer nicht-befahrbares Terrain vorfindet. Die on
  the ground rule sagt uns: Da ist Wald, da ist Wiese, da ist Acker.
  Nicht: Da ist eine geplante Strasse.
 
 Die Praxis sagt dass auch OSM-Daten keine Garantie für Aktualität sind!
 Eine eingetragen geplante Strasse gibt dann die Information warum ein
 Weg plötzlich vor einem Bauzaun endet
 

Abgesehen von Aktualität habe ich nach der on the ground rule bisher noch 
keine Postleitzahlen, Gemeindegrenzen oder TMC-Tafeln gesehen, zumindest nicht 
flächendeckend.

Gruß, Wolfgang

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

[Talk-de] Hausnummern und Zufahrt

Sorry das ich das frage (vermutlich schon das 1000senste Mal hier) Ich 
habe hier einige Häuser wo die Hausnummer zu der einen STraße gehört die 
Zufahrt aber ganz anderswo. wie mach ich das das das ein Router auch findet?
ich hab mal im WIki nachgeschaut, bei Hausnummern, aber entweder steht 
dort nichts oder ich kapier das nicht.


ach noch was: sollen Zufahrten zu Häusern mit dem Straßennamen der 
Straße versehen werden?


ach noch was: beim benennen von STraßen über ne klene XML Datei hab ich 
probleme mit dem ß - es erscheint dann immer ein seltsames 
Zeichen:swchwarzes Dreieck mit Fragezeichen drin



Grüße aus der Eifel
Steffen

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

Re: [Talk-de] Umfrage zur Mapper-Motivation

2011-06-28 Diskussionsfäden Bartosz Fabianowski


Zum Thema Gewinnen steht auf der Seite der etwas kryptische Satz:
Unter allen Teilnehmenden wird ein GPS Gerät (o.ä.) verlost!


Der kryptische Satz hat sich mittlerweile aufgeklärt. Zu gewinnen gab es 
ein GPS-Gerät nach Wunsch innerhalb eines vorgegebenen Budgets.



ich finde es eher ungewoehnlich, dass man dafuer was bekommt.


Finde ich auch. Trotzdem freue ich mich, daß es einen Preis zu gewinnen 
gab. Denn wie ich gestern erfahren habe bin ich der glückliche Gewinner 
:). Herr Professor Stark hat sich mit mir in Verbindung gesetzt und wird 
in den nächsten Tagen ein Garmin Dakota 20 für mich bestellen. Ich 
hoffe, damit während der SOTM-EU bereits mappen zu können.


Dank von mir an dieser Stelle an Frederik für die Weiterleitung der 
Umfrage an die Mailingliste damals und an die FH Nordwestschweiz für den 
schönen Preis natürlich.


Gruß,
- Bartosz

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

Re: [Talk-de] deutscher Mapnik-Stil ohne highway=proposed

2011-06-28 Diskussionsfäden Sven Geggus

Garry garr...@gmx.de wrote:

 Geplante Elemente sind eine verschwindende Minderheit, aber eine 
 wertvolle Information für den Betroffenen.

Mit keinem der Fahrzeuge die ich normalerweise benutze fahre ich über
grüne Wiesen nur weil dort in ein paar Jahren oder Monaten einmal eine
Straße sein wird.

Ich finde OSM sollte so gut wie möglich den Ist-Zustand darstellen.
Zukünftige und vergangene Objekte sollten also solche markiert und in
Spezialkarten oder Overlays dargestellt werden.

Solche overlays kann man supeleicht aus einer fürs rendering ohnehin
vorhandenen Postgis On the Fly mit dem UMN Mapserver erzeugen.

Gruss

Sven

-- 
TCP/IP: telecommunication protocol for imbibing pilsners
 (Man-page uubp(1C) on Debian/GNU Linux)

/me is giggls@ircnet, http://sven.gegg.us/ on the Web

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

Re: [Talk-de] Hausnummern und Zufahrt

2011-06-28 Diskussionsfäden Frank Sautter

Am 28.06.2011 15:54, schrieb Steffen Heinz:
 Ich habe hier einige Häuser wo die Hausnummer zu der einen Straße 
 gehört die Zufahrt aber ganz anderswo. wie mach ich das das das ein 
 Router auch findet?
 
 ich hab mal im WIki nachgeschaut, bei Hausnummern, aber entweder 
 steht dort nichts oder ich kapier das nicht.

im Key:addr proposal stehts noch drin und ich habe das auch schon
verwendet. geht über eine roadAccess relation. ob das ausgewertet wird
steht auf einem anderen blatt.

http://wiki.openstreetmap.org/wiki/Proposed_features/House_numbers/Karlsruhe_Schema#Giving_hints_about_the_road-access_.28optional.29

 frank

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

Re: [Talk-de] Hausnummern und Zufahrt


Am 28.06.2011 17:42, schrieb Frank Sautter:


  ich hab mal im WIki nachgeschaut, bei Hausnummern, aber entweder
  steht dort nichts oder ich kapier das nicht.

im Key:addr proposal stehts noch drin und ich habe das auch schon
verwendet. geht über eine roadAccess relation. ob das ausgewertet wird
steht auf einem anderen blatt.


ist ja das Problem: ich verstehs nicht. Mein englisch ist nicht weit her.
Auch beim Fachvokabular hängts...

Wäre nett wenn mir das wer (per Email) ausführlich erklären könnte.

Grüße aus der Eifel
Steffen


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

Re: [Talk-de] Hausnummern und Zufahrt

2011-06-28 Diskussionsfäden fly

Am 28.06.2011 19:18, schrieb Steffen Heinz:
 Am 28.06.2011 17:42, schrieb Frank Sautter:
 
   ich hab mal im WIki nachgeschaut, bei Hausnummern, aber entweder
   steht dort nichts oder ich kapier das nicht.

 im Key:addr proposal stehts noch drin und ich habe das auch schon
 verwendet. geht über eine roadAccess relation. ob das ausgewertet wird
 steht auf einem anderen blatt.

 ist ja das Problem: ich verstehs nicht. Mein englisch ist nicht weit her.
 Auch beim Fachvokabular hängts...
 
 Wäre nett wenn mir das wer (per Email) ausführlich erklären könnte.

Was verstehst Du denn nicht ?
https://wiki.openstreetmap.org/wiki/Proposed_features/De:Hausnummern#Angabe_einer_besonderen_Zufahrt

 ach noch was: sollen Zufahrten zu Häusern mit dem Straßennamen der
Straße versehen werden?

Wenn das nur private Zufahrten sind (highway=service): Nein.

Gruß fly

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

Re: [Talk-de] Hausnummern und Zufahrt

2011-06-28 Diskussionsfäden Carsten Gerlach

Hallo,

Am Dienstag, 28. Juni 2011 schrieb Steffen Heinz:
 ist ja das Problem: ich verstehs nicht. Mein englisch ist nicht weit her.
 Auch beim Fachvokabular hängts...

hilft dir http://wiki.openstreetmap.org/wiki/DE:Key:addr ?

Gruß, Carsten

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

Re: [Talk-de] Hausnummern und Zufahrt

Am 28. Juni 2011 19:45 schrieb fly lowfligh...@googlemail.com:
 Wenn das nur private Zufahrten sind (highway=service):

und service=driveway
und access=private/permissive/(destination)

Gruß Martin

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

Re: [Talk-de] deutscher Mapnik-Stil ohne highway=proposed

2011-06-28 Diskussionsfäden Josias Polchau

Am 28.06.2011 15:24, schrieb Wolfgang:
 Abgesehen von Aktualität habe ich nach der on the ground rule bisher noch 
 keine Postleitzahlen, Gemeindegrenzen oder TMC-Tafeln gesehen, zumindest 
 nicht 
 flächendeckend.

wo wird TMC auf der Karte _angezeigt_?

es geht so viel ich es gesehen habe hier nur um den deutschen Kartenstil
und nicht das was in die OSM-DB eingetragen werden darf.

Ich glaube die Relevanzregel für das Eintragen war: relevant ist, was
für den Eintragenden relevant ist und für ca. 2 Wochen am selben Platz ist
aber das sind auch nur Richtlinien, keine Gesetze.


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

Re: [Talk-de] Hausnummern und Zufahrt


Am 28.06.2011 19:45, schrieb fly:


Was verstehst Du denn nicht ?
https://wiki.openstreetmap.org/wiki/Proposed_features/De:Hausnummern#Angabe_einer_besonderen_Zufahrt


alles ;)

ein router müßte also die Straße verlassen zu dem die Hausnummer gehört 
und über eine ganz andere Straße routen. die HAusnummer ist ja an der 
richtigen Straße, nur ist von der Stelle das Haus nicht zu erreichen; 
dazu müsste noch eine Weile der Straße gefolgt werden in eine 
Seitenstraße abgebogen und dann die Einfahrt rein ( es gibt noch 
schlimmere Stellen).


hier zum Beispiel:
http://www.openstreetmap.org/?lat=50.599133lon=6.292658zoom=18layers=M

1a vom Wollgrasweg ist über die L 246 zu erreichen


Grüße aus der Eifel
Steffen



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

Re: [Talk-de] prüfen von Relationsvollständigkeiten

2011-06-28 Diskussionsfäden Rainer Kluge


Am 26.06.2011 21:21, schrieb Jan Tappenbeck:

Es gibt doch diese Relationsprüfungen - wenn in den Relationen nun ein tag
distance vorhanden ist, dann könnte man diese Werte doch einander
gegenüberstellen und vergleichen. So könnte ein grober Test für die allgemeine
Nutzung entstehen der vielleicht irgendwo (auch im Wiki) einfließen könnte.


Den Wert des Distance-Tags mit den diversen Relation Analyzern auszuwerten und 
der Länge der erfassten Wege gegenüberzustellen ist kein Problem. Ich habe das 
mal für mein rel2gpx-Perl-Skript gemacht: 
http://mr-unseld.de/sites/mr-unseld.de/files/tools/rel2gpx_v025.tgz


Es muss sich halt jemand finden, der den Check regelmäßig laufen lässt und eine 
Wikiseite aktuell hält.


Gruß
rainer


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

Re: [Talk-de] Hausnummern und Zufahrt

2011-06-28 Diskussionsfäden Chris66

Am 28.06.2011 21:33, schrieb Steffen Heinz:

 1a vom Wollgrasweg ist über die L 246 zu erreichen

Funzt in ORS:

http://129.206.229.146/openrouteservice/index.php?start=6.2963953,50.6019523end=6.29229,50.5987499pref=Fastestlang=denoMotorways=falsenoTollways=false

Chris


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

Re: [Talk-de] Hausnummern und Zufahrt

2011-06-28 Diskussionsfäden Georg Feddern

Moin,

Steffen Heinz schrieb:

Am 28.06.2011 19:45, schrieb fly:

Was verstehst Du denn nicht ?
https://wiki.openstreetmap.org/wiki/Proposed_features/De:Hausnummern#Angabe_einer_besonderen_Zufahrt

alles ;)

hier zum Beispiel:
http://www.openstreetmap.org/?lat=50.599133lon=6.292658zoom=18layers=M

1a vom Wollgrasweg ist über die L 246 zu erreichen

dann würde ich bei der genannten roadAccess-Relation
- den Endpunkt der Zufahrt mit der Rolle accessVia
- den Zufahrtsweg selbst mit der Rolle accessFrom
eintragen.
Damit ist - in der Theorie - (doppelt) gewährleistet, dass das Haus nur
über diese Zufahrt und somit nur über die L 246 zu erreichen ist.

Dann bleiben nur noch zwei Probleme:
1) Für die Rolle accessTo sind im Proposal nur Punkte vorgesehen -
sollte aber auch mit way (Hausumriß) klappen, da letztendlich ja nur die
addr:-Angaben ausgewertet werden sollen.

2) Das Ganze müsste nur noch ausgewertet werden ...

Anmerkungen:
Das mit dem accessVia ist m. E. nicht ganz eindeutig.
Ein Routing-Algorithmus sollte ihn behandeln wie einen Punkt mit den
entsprechender Hausnummernangabe.
M. E. wird ein Hausnummernpunkt beim Routing behandelt, in dem der
nächstliegende Punkt der zugehörigen Straße gesucht wird.

Dann hilft der accessVia eigentlich gar nicht ...
Wird allerdings nur der nächstliegende Punkt _irgendeiner_ Straße
gesucht - wäre das Routing zu zufällig für andere Grenzfälle, wo der
Punkt dichter an falschen Straßen liegt.

Somit ist m. E. der accessFrom eigentlich zwingend erforderlich und
der optionale accessVia sollte sich darauf beziehen, z.B. als Punkt
einer vorbeiführenden Straße, wenn kein eigener Zufahrtsweg vorhanden ist.

Gruß
Georg

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

Re: [Talk-de] Wie Wege auf Asphaltflächen erstellen?

2011-06-28 Diskussionsfäden Josias Polchau

Am 28.06.2011 14:52, schrieb Jan Torben Heuer:

 Umgekehrt könnte man auch Argumentieren der Taxiway ist ein Weg wie jede 
 andere Straße auch und sollte auch wie jede andere erstellt werden - nicht 
 als 
 Fläche.
naja... es liegt im ermessen des eintragenden eine Straße als Fläche
oder als Linie einzutragen

 Ich denke gerade am Beispiel Tempelhof sehen wir, dass Flächen und Straßen 
 ineinander über gehen und eine pragmatische Lösung um sowohl eine schöne 
 Karte 
 als auch ein funktionierendes Routing zu erreichen wäre schön. Wenn jemand es 
 schafft den Funel Algoritmus auf diese Flächen anzuwenden, um so besser.

Ich würde generell eher mit einem Sichtbarkeitsgraphen arbeiten, und die
Routen über den platz vom Router vorberechnen und so das Routingnetz
automatisch erweitern.


 Vielleicht ist es ja eine Möglichkeit eine Fläche als 'form' einer Linie zu 
 definieren um somit sein aussehen explizit darzustellen. Über eine Relation 
 könnte beides verbunden werden. Somit wären nicht zwei unabhängige Objekte in 
 der Datenbank und Routing/Renderer benutzen je was sie brauchen. Nur so ne 
 Idee.

so eine idee hatte ich auch schon mal...
aber Wege über Plätze (es sei denn sie sind real vorhanden) sind meiner
Meinung nach überflüssig

* Josias


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

Re: [Talk-de] Hausnummern und Zufahrt

2011-06-28 Diskussionsfäden Georg Feddern


Moin,

Chris66 schrieb:

Am 28.06.2011 21:33, schrieb Steffen Heinz:

  

1a vom Wollgrasweg ist über die L 246 zu erreichen



Funzt in ORS:

http://129.206.229.146/openrouteservice/index.php?start=6.2963953,50.6019523end=6.29229,50.5987499pref=Fastestlang=denoMotorways=falsenoTollways=false

  


Stimmt - sogar mit der richtigen Adresse Wollgrasweg 1a. (ORS-Daten 
sind vom 20.05.2011)
Der Würgaround mit addr:street=Am Gericht;Hauptstraße (passend zur L 
246 mit name=Am Gericht;Hauptstraße) vom 23.06.2011 ist also gar nicht 
nötig, Caronna!

Mal abgesehen von dem ungewöhnlichen Straßennamen ...

Gruß
Georg


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

Re: [Talk-de] nudism=designated

2011-06-28 Diskussionsfäden Stephan Wolff


Am 02.06.2011 00:25, schrieb Chris66:


wenn ich mich da mal umsehe:

http://www.openstreetmap.org/browse/node/287134792


Das ist ein node mit 3 tags:
natural = beach - als Punkt am Rand einer Strandfläche sinnlos
name = FKK		- als note = FKK oder description = FKK-Strand gut, als 
name sicherlich falsch

nudism = designated - analog zu anderen Verkehrsarten ;-)

Viele Grüße
Stephan



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

Re: [Talk-de] nudism=designated

Am 29. Juni 2011 00:25 schrieb Stephan Wolff s.wo...@web.de:
 http://www.openstreetmap.org/browse/node/287134792
 Das ist ein node mit 3 tags:


besser als ein Node wäre eine area

Gruß Martin

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

Re: [Talk-it] Fwd: Italian lights

2011-06-28 Diskussionsfäden Federico Cozzi

2011/6/27 M∡rtin Koppenhoefer dieterdre...@gmail.com:
 L'import si occupa della costa Italiana occidentale e della Sardegna.
 Se vi va aiutate a correggere gli eventuali errori.

Servirebbero le posizioni dei fari importati, per aiutare a correggere
gli errori...

Ciao,
Federico

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

Re: [Talk-it] Nuovi CT e vecchie autorizzazioni

2011-06-28 Diskussionsfäden Maurizio Napolitano

 Più che del FVG mi interessava del Veneto

Infatti sono stato rinco :)
Stavo cercando pero' i riferimenti e della autorizzazione e della richeista.
Non riesco a trovarli ... o mi becco il premio rincoglionito al cubo?

Ciao

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

Re: [Talk-it] Nuovi CT e vecchie autorizzazioni

2011-06-28 Diskussionsfäden Maurizio Napolitano

Trovato
http://wiki.openstreetmap.org/wiki/File:Autorizzazione_veneto.jpg


2011/6/28 Maurizio Napolitano napoo...@gmail.com:
 Più che del FVG mi interessava del Veneto

 Infatti sono stato rinco :)
 Stavo cercando pero' i riferimenti e della autorizzazione e della richeista.
 Non riesco a trovarli ... o mi becco il premio rincoglionito al cubo?

 Ciao




-- 
Maurizio Napo Napolitano
http://de.straba.us

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

[Talk-it] Divergenza tra strada e sentiero

2011-06-28 Diskussionsfäden emmexx

Sono stato per qualche giorno in quel di Framura (La Spezia) ed ho
registrato alcune tracce gpx (poca cosa purtroppo) di strade e vie delle
frazioni del paese.

Ho caricato una delle mie tracce con l'intenzione di sistemare una
strada incompleta ed in potlatch mi sono accorto che tra gli elementi
presenti sulla mappa in quella zona ci sono:
- highway non completa e molto imprecisa
- sentiero definito con route, name, sac_scale e trail visibility che
coincide in parte con la strada (sia con la mia traccia che con le foto
da satellite ma non coincide con la highway di cui sopra.

Come e' meglio procedere in questo caso?

Questo e' il link alla zona:
http://osm.org/go/xXz0ihiM
strada indicata come Sentiero Verdeazzurro, vedere overlay Dati

grazie
maxx

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

[Talk-it] 747 non registra quando in funzione NAV

2011-06-28 Diskussionsfäden apozz...@libero.it

Salve a tutti, come da oggetto ho un 747 A+ che quando uso come antenna 
blue-tooth (selettore in NAV) funziona correttamente per il programma di 
navigazione ma non registra. Per registrare devo necessariamente mettere il 
selettore in modalità LOG. C'è qualche opzione nel settaggio che non ho trovato 
in mtkbabel?


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

[Talk-es] Imagen destacada de la semana (era Re: Nueva web [....])

2011-06-28 Diskussionsfäden jynus

El día 27 de junio de 2011 14:54, sergio sevillano
sergiosevillano.m...@gmail.com escribió:
 tengo un material promocional que igual se podría subir allá...
 te contacto.


 por cierto a los del mapping baeza
 ahí tenéis un progreso del trabajo
 en portada:

 http://wiki.openstreetmap.org/wiki/Main_Page  y
 www.openstreetmap.es

 enhorabuena!

Parece que ha tenido acogida en los medios locales, ¿podría algún
organizador local mover el tema por si podría redactarse una nota de
prensa o se necesita una persona de contacto?

http://www.dipujaen.es/_area-de-actualidad/detalles.html?uid=dadb6f49-a159-11e0-ad93-79fb06ed8546
http://www.facebook.com/permalink.php?story_fbid=233248200038617id=154163237937640

--
Jaime

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

[Talk-at] Haltestellen von ÖV-Routen

2011-06-28 Diskussionsfäden Stephan Plepelits

Hi Leute!

Mir ist aufgefallen, dass die Rollen der Haltestellen in ÖV-Routen in
vielen Fällen falsch eingetragen sind, etwas, dass auch ich anfangs falsch
verstanden hatte. Und zwar sind sie oft so eingetragen, dass die
Haltestellen in der einen Richtung (z.B. Linie D Richtung Nussdorf) als
forward_stop eingetragen sind, in der anderen Richtung  (z.B. Linie D
Richtung Südbahnhof) als backward_stop.

Das ist leider falsch.

Zitat http://wiki.openstreetmap.org/wiki/Routes:
  forward:stop/backward:stop: A Bus stop or train halt, on the route, which
  is only be used in one direction. The direction is related to the
  direction of the way, nothing to do with towards/away from any bus
  station or terminus.

Also auf Deutsch: forward:stop/backward:stop bezieht sich auf die Richtung
des Weges und hat nichts mit der Richtung zu/von einer anderen
(End-)Station zu tun.

Für den Ring und auch zumindest den Großteil der Linie 49 hab ich die
Richtungen jetzt korrigiert. Wäre schön, wenn das für die anderen Linien
auch beizeiten korrigiert werden könnte.

Die Frage ist dann noch, was mit Routen ist, die auf zwei Relationen
aufgesplittet sind (also quasi Südbahnhof - Nussdorf und Nussdorf -
Südbahnhof). Da ist scheinbar bis jetzt üblich einfach stop als Rolle
jeder Haltestelle einzutragen. Kennt jemand eine Diskussion dazu? Im
Prinzip könnte die Richtung des stops natürlich schon über den Weg
herausgefunden werden, leichter wäre natürlich auch hier forward:stop und
backward:stop?

Ach nochwas, ich hab bei manchen Haltestellen direction=forward und
direction=backward eingetragen, quasi um darzustellen, dass die
Haltestelle physikalisch nur als Ein-Richtungs-Haltestelle gebaut wurde.
Dafür gabs bis dato keine Diskussion ob das sinnvoll/wünschenswert ist. Was
würdet ihr von sowas halten?

kartographische grüße,
Stephan

PS: Zumindest dem OpenStreetBrowser ist es egal, ob forward_stop:15 (ganz
alt), forward_stop (alt) oder forward:stop (neu) eingetragen ist.
PPS: http://dev.openstreetbrowser.org ist die aktuell bevorzugte Version :)
-- 
Seid unbequem, seid Sand, nicht Öl im Getriebe der Welt! - Günther Eich
,-.
| Stephan Plepelits,  |
| Technische Universität Wien   -Studien Informatik  Raumplanung |
| Projects:   |
|  openstreetbrowser.org  couchsurfing.org  tubasis.at  bl.mud.at |
| Contact:|
|  Mail: sk...@xover.mud.at  Blog: plepe.at  Jabber: sk...@fsinf.at|
|  Twitter: twitter.com/plepe  Wave: plepel...@googlewave.com   |
`-'



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

Re: [Talk-at] Haltestellen von ÖV-Routen

2011-06-28 Diskussionsfäden numenor

Hallo,

On Tue, 28 Jun 2011 09:02:25 +0200, Friedrich Volkmann b...@volki.at
wrote:
 On 06/28/11 08:16, Stephan Plepelits wrote:
 Mir ist aufgefallen, dass die Rollen der Haltestellen in ÖV-Routen in
 vielen Fällen falsch eingetragen sind, etwas, dass auch ich anfangs
 falsch
 verstanden hatte. Und zwar sind sie oft so eingetragen, dass die
 Haltestellen in der einen Richtung (z.B. Linie D Richtung Nussdorf) als
 forward_stop eingetragen sind, in der anderen Richtung  (z.B. Linie D
 Richtung Südbahnhof) als backward_stop.
[...]

Ich habe mir die Routen (weder aktuelles noch vorheriges Stadium) jetzt
nicht angesehen, bin mir aber nicht sicher, ob es nicht immer noch
Missverständnisse gibt.

Soweit ich mich erinnere, wurden forward/backward_stop noch verwendet, als
nicht jede Richtung einer Linie eine eigene Relation hatte, um zu
kennzeichnen, dass der Stop eben nicht in beide Richtungen bedient wird.
Entsprechend musste der Stop dann einer Richtung zugeordnet werden, und da
wurde wie so oft die Richtung des Wegs, in dem der Stop liegt, als
Grundlage für forward oder backward verwendet.

Dieser Ansatz dürfte nach den neueren Schemata obsolet sein, da
- Routen oft nicht in einer Relation darstellbar sind, weil nicht nur die
Stops unterschiedlich sind, sondern auch unterschiedliche Strecken befahren
werden (z.B. Einbahnstraßen); wenn sowieso für jede Richtung eine Relation
nötig ist, braucht man die Richtung nicht mehr am Stop selber klar zu
stellen; entweder der Stop ist in den Relationen für beide Richtungen
enthalten, oder nur in der für eine Richtung ...
- Wenn an der Haltestelle mehrere Wege zusammen führen (er zum Beispiel
gesplittet ist) ist nicht klar, auf welchen Weg sich diese Richtung
beziehen soll
- Es mit forward/backward bei fehlender Editor-Unterstützung Probleme beim
Umdrehen der Richtung eines Weges geben würde

Einfacher ist das Mapping mit Relationen für jede Richtung nicht unbedingt
( :-/ ), aber zumindest lassen sich damit mehr Spezialfälle sinnvoll
repräsentieren, und sollte deshalb meiner Meinung nach auch verwendet
werden (ist hier in Linz auch durchweg der Fall, soweit ich das beim
letzten ÖPNV-Mapping bemerkt habe).

Viele Grüße,
-- 
Holger Schöner - nume...@ancalime.de

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

Re: [Talk-at] Haltestellen von ÖV-Routen

On 28.06.11 08:16, Stephan Plepelits wrote:
 Mir ist aufgefallen, dass die Rollen der Haltestellen in ÖV-Routen in
 vielen Fällen falsch eingetragen sind, etwas, dass auch ich anfangs falsch
 verstanden hatte. Und zwar sind sie oft so eingetragen, dass die
 Haltestellen in der einen Richtung (z.B. Linie D Richtung Nussdorf) als
 forward_stop eingetragen sind, in der anderen Richtung  (z.B. Linie D
 Richtung Südbahnhof) als backward_stop.

 Das ist leider falsch.

Ich denke, hier vermischen sich mehrere Dinge... Obiges ist nicht falsch,
sondern höchstens ALT. Es war der Stand so um die Anfänge der ÖPNV-Karte, so ca.
2008/2009. Hatten wir mehrmals in den damaligen Stammtischen diskutiert.
forward_stop und backward_stop waren so definiert und das sollte immer noch so
sein (die Bedeutung von Tags nachträglich umdrehen ist grundsätzlich keine gute
Idee...).

Danach kamen dann mehrere Dinge, einerseits hat Oxomoa die richtungsspezifischen
Relationen erfunden (IIRC hat er die anläßlich der FOSSGIS'10 erklärt),
anderseits gab's div. ÖPNV-Workshops und andere Leute, die andere Vorschläge
postuliert haben.

Soviel zum Thema falsch (ein Wort, das in OSM sowieso meist fehl am Platz 
ist)...

Tags, die von der Richtung von Ways abhängig sind, sollte man vermeiden, wo
geht, das führt immer nur zu Verwirrung...

Unterm Strich: am besten getrennte Richtungsrelationen machen, IMO.

Servus, Andreas


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

[Talk-at] Schnellbahn in Wien

Hallo!

Übrigens, viel wichtiger als die forward/backward oder nicht Diskussion wäre:

Könnte bitte jemand Wissender die Schnellbahn-Relationen (Stammstrecke, Südbahn,
Verbindungsbahn) fixen? Irgendwie ist das - anläßlich der SOTM-EU - peinlich...
Wien war mal best of OSM für seine Öffi-Relationen, jetzt hat das irgendwer
irgendwann kaputtet und nie mehr repariert...
http://öpnvkarte.de/?zoom=13lat=48.1734lon=16.30895layers=BT
http://xn--pnvkarte-m4a.de/?zoom=13lat=48.1734lon=16.30895layers=BT

Danke!

Servus, Andreas

-- 
SotM-EU 15.-17. Juli 2011 in Wien: https://sotm-eu.org

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

Re: [Talk-at] Haltestellen von ÖV-Routen

2011-06-28 Diskussionsfäden Stephan Plepelits

On Tue, Jun 28, 2011 at 09:30:15AM +0200, numenor wrote:
 Soweit ich mich erinnere, wurden forward/backward_stop noch verwendet, als
 nicht jede Richtung einer Linie eine eigene Relation hatte, um zu
 kennzeichnen, dass der Stop eben nicht in beide Richtungen bedient wird.
Nicht jede Richtung einer Linie eine eigene Relation hatte find ich einen
schönen Euphemismus :) Also in Wien gibts schon ein paar Linien, wo die
Richtungen auf eigene Relationen aufteilt sind, aber die meisten sind noch
nicht so.

 Einfacher ist das Mapping mit Relationen für jede Richtung nicht unbedingt
 ( :-/ ), aber zumindest lassen sich damit mehr Spezialfälle sinnvoll
 repräsentieren, und sollte deshalb meiner Meinung nach auch verwendet
 werden.
Ja, da hast Du sicherlich recht. Da kanns dann (fast) keine Diskussionen
mehr geben.

Ich werd im OpenStreetBrowser einbauen, dass er Haltestellen mit der Rolle
stop Richtung auf den Weg (wo ja forward oder backward eingetragen
ist) matcht.

gruesse,
Stephan
-- 
Seid unbequem, seid Sand, nicht Öl im Getriebe der Welt! - Günther Eich
,-.
| Stephan Plepelits,  |
| Technische Universität Wien   -Studien Informatik  Raumplanung |
| Projects:   |
|  openstreetbrowser.org  couchsurfing.org  tubasis.at  bl.mud.at |
| Contact:|
|  Mail: sk...@xover.mud.at  Blog: plepe.at  Jabber: sk...@fsinf.at|
|  Twitter: twitter.com/plepe  Wave: plepel...@googlewave.com   |
`-'


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

Re: [Talk-at] Haltestellen von ÖV-Routen

2011-06-28 Diskussionsfäden Holger Schöner

Hallo Stephan,

 Ich hab grad mal die Datenbank bemüht und eine Statistik generiert (über
 alle Routen weltweit).
 
 Eine Route die nur in einer Richtung eingetragen ist, hab ich jetzt
daran
 erkannt, dass sie ein Tag to hat, welches definiert, wohin die Route
 führt. Hab ich das richtig verstanden?
 
 'route'=kein 'to'   'to'=*  Summe%
 bus 16329   711123440   30
 railway  2057 20 20771
 train1409535 1944   28
 tram 1228547 1775   31
 trolleybus428131  559   23
 subway396157  553   28
 rail  290 30  3209
 light_rail115 91  206   44
 
 Das ist um einiges mehr, als ich dachte, aber zeigt schon, dass noch
viel
 zu tun ist.

Ich denke für einen Überblick ist das ganz gut geeignet, und erlaubt mal
eine Einschätzung worüber wir gerade reden :-)

Allerdings sind die absoluten Zahlen in meinen Augen recht egal:
forward/backward_stop ist in meinen Augen, wie auch Andreas geschrieben
hat, veraltet (nicht falsch ...), und sollte durch Routen in jede der
beiden Richtungen ersetzt werden, wenn man schon (systematisch) daran
arbeitet.

Wenn man sich nicht den Aufwand machen will, das systematisch zu machen,
sondern nur eine oder wenige wirklich falsche Stellen ausbessern will,
hast du die Bedeutung von forward/backward meiner Meinung nach aber richtig
erfasst und wieder gegeben (das in der ersten Mail für mich noch zu unklar
formuliert, sollte inzwischen aber für jeden verständlich sein, denke ich
...).

Viele Grüße,
-- 
Holger Schöner - nume...@ancalime.de

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

Re: [Talk-at] Haltestellen von ÖV-Routen

On 28.06.11 10:08, Stephan Plepelits wrote:
 Nicht jede Richtung einer Linie eine eigene Relation hatte find ich einen
 schönen Euphemismus :) Also in Wien gibts schon ein paar Linien, wo die
 Richtungen auf eigene Relationen aufteilt sind, aber die meisten sind noch
 nicht so.

Wie ich schon schrieb, Wien war mal vollständig nach dem ursprünglichen Schema
(dem mit einer Relation je Linie und forward_stop und dem backward_stop je
Fahrtziel) http://bestofosm.org/?lon=16.39709lat=48.23142zoom=11
http://bestofosm.org/?lon=16.39709lat=48.23142zoom=11 (muß wohl so um 2009
gewesen sein).

Mittlerweile wurden einige Linien nach dem 'neuen' Oxomoa-Schema (dem von
Anfang 2010) in Richtungen aufgeteilt, manche - siehe die Schnellbahn - wurden
nur entfernt, aber nie wieder angelegt...

Servus, Andreas

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

Re: [Talk-at] Haltestellen von ÖV-Routen

On 28.06.11 11:09, Andreas Labres wrote:
 Also das, was im Wiki unter Routes betreffend forward steht, dürfte nur 
 das
 Ergebnis diverser Mißverständnisse sein... die Idee mit forward_stop_number
 stammt noch aus einer Zeit, als man Relation-Members noch nicht ordnen konnte,
 das war noch vor dem, was in Wien umgesetzt war (ca. 2009 haben wir das mal
 aufgeräumt...).

Ums näher zu erläutern, damals war

eine Fahrtrichtung:
forward_stop_1
forward_stop_2
forward_stop_3
...
und die andere Fahrtrichtung:
backward_stop_1
backward_stop_2
backward_stop_3
...

Dann kam die ordnbaren Relationen, da fiel die Nummer weg. Sprich es gab nur
mehr stop (wenn eine Haltestelle in beiden Fahrtrichtungen bedient wird) und
forward_stop oder backward_stop, wenn die Haltestelle in nur einer Richtung
bedient wurde. Wie gesagt, das war in Wien mal umgesetzt. Und danach kam 
Oxomoa-neu.

Servus, Andreas

-- 
SotM-EU 15.-17. Juli 2011 in Wien: https://sotm-eu.org


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

Re: [Talk-at] Haltestellen von ÖV-Routen

2011-06-28 Diskussionsfäden Soldier Boy

Also ich tagge nach diesen Schema da:
wiki.openstreetmap.org/wiki/Proposed_features/Public_Transport
Sieht eig fast genau so aus wie das Oxomoa-Schema aus.
Bin gerade dabei Wr. Neustadt und das Triesting und Piesting Tal + Umgebung
danach einzutragen.
Wird langsam Zeit auf das neue Schema umzustellen. Hat find ich einige große
Vorteile.

LG Thomas
___
Talk-at mailing list
Talk-at@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-at

Re: [Talk-at] Schnellbahn in Wien

2011-06-28 Diskussionsfäden Andreas Perstinger


On 2011-06-28 09:44, Andreas Labres wrote:

Könnte bitte jemand Wissender die Schnellbahn-Relationen (Stammstrecke, Südbahn,
Verbindungsbahn) fixen? Irgendwie ist das - anläßlich der SOTM-EU - peinlich...
Wien war mal best of OSM für seine Öffi-Relationen, jetzt hat das irgendwer
irgendwann kaputtet und nie mehr repariert...


Ich habe einmal eine Relation (1641881)[1] für die S3 (Meidling - 
Stockerau - Hollabrunn) nach dem neuen Schema[2] begonnen. Es müssten 
noch die Stopppositionen geändert werden (public_transport=stop_position 
und public_transport=platform anstatt railway=station und 
railway=platform). Ich würde dann auch für jede Richtung eine eigene 
Relation anlegen (die Richtungen sind sowieso anders bezeichnet z.B. 
heißt die Gegenrichtung (Hollabrunn - Stockerau - Meidling - Wr. 
Neustadt) S6).

Soll ich so weitermachen?

Tschau, Andreas

1 http://www.openstreetmap.org/browse/relation/1641881
2 http://wiki.openstreetmap.org/wiki/Proposed_features/Public_Transport

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

Re: [Talk-at] Haltestellen von ÖV-Routen

2011-06-28 Diskussionsfäden Albin Michlmayr

Am Tue, 28 Jun 2011 11:30:07 +0200
schrieb Soldier Boy soldierboy2...@gmail.com:

 Also ich tagge nach diesen Schema da:
 wiki.openstreetmap.org/wiki/Proposed_features/Public_Transport
 Sieht eig fast genau so aus wie das Oxomoa-Schema aus.
 Bin gerade dabei Wr. Neustadt und das Triesting und Piesting Tal +
 Umgebung danach einzutragen.
 Wird langsam Zeit auf das neue Schema umzustellen. Hat find ich
 einige große Vorteile.
 
 LG Thomas

Liebe Leute,

ich bin vor etwa einem Jahr über den Oxomoa Vorschlag gestolpert und
habe begonnen, das auf einigen Linien in Wien die ich gut kenne
umzusetzen. Der Teufel steckt bekanntlich im Detail, da habe ich mir
einige Beispiele in verschiedenen deutschen Städten angeschaut, und
auch das Wiki durchforstet. Leider gab es da durchaus unterschiedliche
Umsetzungen und bezüglich forward/backward_stop gab es im Wiki
Widersprüchlichkeiten. Vor Weihnachten habe ich die talk-transit Liste
abboniert, da tobten garade hitzige Debatten pro/contra Oxomoa,
teilweise sehr emotional, was mich bezüglich ÖPNV-mapping etwas
demotiviert hat.

Im Frühjahr gab es dann aber einen neuen Anlauf, der das Oxomoa-Schema
etwas überarbeitet hat und über den im April abgestimmt wurde:
http://wiki.openstreetmap.org/wiki/Proposed_features/Public_Transport
Da hier ja die unterschiedlichen Richtungen als unterschiedliche
Relationen modelliert werden ist das mittlerweile leider verwirrende
weil teilweise falsch verwendete forward/backward bei den Haltestellen
(soweit ich es verstanden habe) obsolet. Deswegen war es auch nach
meiner letzten Bearbeitung der Linie 49 nicht drinnen.

Liebe Grüße, Albin (almich)

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

[Talk-at] 17. Wiener Stammtisch - Mi 6. Juli ab 17:00 Uhr

Hallo!

Einladung zum 17. Wiener Stammtisch:

am Mittwoch, 6. Juli 2011 ab 17:00 Uhr
im Wieden Bräu, 4., Waaggasse 5 (Ecke Rienößlgasse)

http://wiki.openstreetmap.org/wiki/Wien/Stammtisch

Wir freuen uns über Dein Kommen!

Servus, Andreas

-- 
SotM-EU 15.-17. Juli 2011 in Wien: https://sotm-eu.org


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

[Talk-cz] Infikovaná data

2011-06-28 Diskussionsfäden Tomáš Tichý

Ahoj,
nevím jestli jste si toho všimli, ale Potlatch 2 umožňuje zobrazit
potenciálně infikovaná data - tedy data, která nejsou zatím kompatibilní s
novou licencí.
Je to v Options - Show license status.

U těchto dat je potenciální nebezpečí, že pokud uživatel který je v historii
editoval neodsouhlasí novou licenci a contributors terms, budou někdy v
zatím blíže neurčené budoucnosti smazána.

Zatím se to dá použít jako dobré vodítko pro budoucí potenciální problémy.
Můžete si zkontrolovat oblast kde editujete a případně místo aktualizace
stávajících cest je smazat a nakreslit znovu. Berte to ale jen jako
předběžnou opatrnost a nemažte cesty u kterých nemůžete
rekonstruovat/vylepšit tagy z vlastní znalosti. Uživatelé, kteří budou chtít
po změně licence pokračovat v CC-BY-SA forku by vám za takové zbytečné
ztráty informací nepoděkovali.  Taky pozor na relace.

Zajímavé je, že infikováno je spousta importů - adresy, lesy, dibavod. Je
to tím, že v rozporu s import guidelines byla data importována pod účty
běžných uživatelů. Z těchto dat by se dalo v budoucnu hodně zachránit.
Stačilo by smazat ta, která od importu nikdo neměnil a naimportovat je znovu
pod novým uživatelem vytvořeným speciálně za účelem importu daného
datasetu.

U dibavodu a adres to bude relativně snadno proveditelné, protože u objektů
existuje jednoznačné id. U lesů bude problematické vyhnout se duplicitám.

Navrhuji provést to co nejdříve minimálně u poměrně mladého importu
dibavodu, protože to uchrání stávající uživatele od případné zbytečné
práce.

U adres je to asi celkem jedno, málokdo vytváří novou verzi stávajících
bodů, takže půjdou lehce reimportovat kdykoli v budoucnu.

Nad lesy bude potřeba se ještě zamyslet, minimálně by se při reimportu mohla
odstranit zbytečně hrubá generalizace.

Ostatní věci je možné nechat ještě uležet, doufejme že červená primitiva
budou z dat postupně mizet.

=TT=
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-cz

Re: [OSM-talk-fr] Tracé des arrondissements départementaux et des Communautés de communes

2011-06-28 Diskussionsfäden Hélène PETIT

La question des EPCI m'intéresse, c'est pour ça que je m'étais payé un 
marathon communes pour compléter toutes les limites de communes de la 
Haute-Garonne dans la base, puis rentré quelques EPCI ; je vais 
m'atteler à ta proposition, et m'inscrire dans ton tableau.


Hélène
User:HelenePETIT


Vincent de Chateau-Thierry a écrit , Le 23/06/2011 23:27:

Bonsoir,
Je vous propose un nouvel épisode (suite et fin ?) du feuilleton qui
concerne les limites administratives des arrondissements départementaux,
et celles des communautés de communes (les EPCIs à fiscalité propre).

J'ai placé sur cette page :
http://wiki.openstreetmap.org/wiki/WikiProject_France/Limites_administratives/Tracer_les_limites_administratives/Bascule_des_admin_level%3D7_en_arrondissements_d%C3%A9partementaux

un lien vers le modèle de données proposé en mars [1] pour ces deux
types d'entités, ainsi qu'un tableau reprenant, par département, l'état
des lieux entre :
- les EPCIs tracés avec le schéma admin_level=7
- les EPCIs tracés avec le nouveau schéma proposé
- les arrondissements tracés avec le schéma admin_level=7

Comme rappelé sur cette page, je souhaite opérer la conversion des
relations des com'com vers leur nouveau schéma, et refléter dans la doc
du wiki la nouvelle modélisation. Je m'occupe, par défaut, de cette
conversion, il va sans dire que les bonnes volontés sont bienvenues :-)
J'ai prévu à cet effet dans le tableau une colonne Qui s'en occupe ?.
Pour la deuxième partie du chantier, à savoir la définition des limites
des arrondissements, il y a plusieurs cas :
- il existe des com'com sur le département = il faut d'abord changer
leur schéma de tags pour éviter la confusion
- il n'existe pas de com'com sur le département = il est possible de
définir les limites d'arrondissements dès maintenant.
Dans les deux cas, il faut évidemment que les communes en bordure
d'arrondissement aient leurs limites administratives tracées dans la
base, faute de quoi ce chantier sera remis à plus tard.

Merci

vincent

[1] :
http://lists.openstreetmap.org/pipermail/talk-fr/2011-March/031401.html

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





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

Re: [OSM-talk-fr] Signaler des erreurs au Cadastre ?

2011-06-28 Diskussionsfäden Hélène PETIT


Guilhem Bonnefille a écrit , Le 27/06/2011 10:25:

ça ressemblerait pas un peu à une sorte de délation ?


Certainement pas, puisque OSM est une carte collaborative et
certainement pas un plan cadastral.


Oui, oui ; mais moi, je suis une personne physique bien reconnaissable 
et pas un collectif collaborant ; je vais attendre que le récolement 
soit terminé avant de balancer la sauce :)



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

Re: [OSM-talk-fr] Tagger les entrées de métro

2011-06-28 Diskussionsfäden Damouns

 Et je rebondi sur ce mail pour signaler l'existence toute fraiche
 d'OpenTimeDataBase, une base de données sous licence ODbL 1.0 qui a pour
 but de recenser les horaires de tout transport en commun.
 http://otdb.nocle.fr/

C'est différent du projet Transiki ?

Damouns

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

[OSM-talk-fr] forum: Tutoriel JOSM

2011-06-28 Diskussionsfäden forum

Le message suivant :
##
Bonjour,



Je suis tombé par hasard sur votre forum. J'ai un peu travaillé sur JOSM pour 
rentrer quelques communes et des sentiers.

Je souhaite vous faire profiter si vous le voulez d'un tutoriel expliquant 
comment se servir de JOSM et de son plugin cadastre.



Si des personnes sont intéressées par la mise à jour/l'amélioration du tutoriel 
n'hésitez pas à me le dire !



@bientôt et bonne contribution



[url]http://www.partir-en-vtt.com/php/faq/voir_faq.php?groupe_faq=7[/url]

a été posté sur le forum http://forum.letuffe.org/viewforum.php?f=6
Une réponse sur la liste directement n'est hélas pas transmise sur le forum, 
ce qui n'empeche pas une concertation avant réponse par email.
Notez qu'il n'est pas necessaire d'avoir un compte sur le forum pour repondre.
--
Tout commentaire sur ce message peut être demandé à sylvainaletuffe.org

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

Re: [OSM-talk-fr] forum: Tutoriel JOSM

2011-06-28 Diskussionsfäden Debucquoi Sébastien

Merci pour le tuto, je vais le suivre et voir ce qui cloche dans mon 
JOSM pour le cadastre.


Bastien

Le 28/06/2011 09:13, fo...@letuffe.org a écrit :

Le message suivant :
##
Bonjour,



Je suis tombé par hasard sur votre forum. J'ai un peu travaillé sur JOSM pour 
rentrer quelques communes et des sentiers.

Je souhaite vous faire profiter si vous le voulez d'un tutoriel expliquant 
comment se servir de JOSM et de son plugin cadastre.



Si des personnes sont intéressées par la mise à jour/l'amélioration du tutoriel 
n'hésitez pas à me le dire !



@bientôt et bonne contribution



[url]http://www.partir-en-vtt.com/php/faq/voir_faq.php?groupe_faq=7[/url]

a été posté sur le forum http://forum.letuffe.org/viewforum.php?f=6
Une réponse sur la liste directement n'est hélas pas transmise sur le forum,
ce qui n'empeche pas une concertation avant réponse par email.
Notez qu'il n'est pas necessaire d'avoir un compte sur le forum pour repondre.
--
Tout commentaire sur ce message peut être demandé à sylvainaletuffe.org



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


attachment: sebastien_debucquoi.vcf___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] addr:* sur les radars

2011-06-28 Diskussionsfäden Lionel Gueganton

Bonjour,
Je pense en effet comme Marc: ces tags sont bien utiles à des utilisateurs / 
développeurs qui n'ont pas d'env OSM sur leur machine et utilisent des APIs 
comme la XAPI qui est un excellent vecteur de diffusion mainstream des POIs 
OSM.
Les librairies spatiales sont bien évidemment plus puissantes mais demandent un 
effort supplémentaire non négligeable d'apprentissage / mise sur pied 
d'environnement qui semble un peu déplacé lorsqu'on veut juste exploiter une 
base simple de POIs genre radars en France.
Le fait que l'utilisateur ne réponde pas ne doit pas forcément être pris comme 
une provocation surtout comme quand dans ce cas là elle peut apparaitre comme 
un zèle excessif plutôt que comme une volonté de dénaturer le travail déjà 
fourni.
Cordialement,
Lionel.

On Jun 27, 2011, at 3:23 PM, Marc SIBERT wrote:

 Le 27 juin 2011 14:18, Vincent Pottier vpott...@gmail.com a écrit :
 Le 27/06/2011 13:57, Pieren a écrit :
 
 
 Je comprends les tags addr: sur certains objets s'ils n'existent pas déjà 
 par ailleurs. Mais lorsque je taggue systématiquement toutes les adresses 
 d'une ville, j'ai tendance à supprimer cette information qui devient 
 redondante sur les autres objets. C'est effectivement comme le tag 
 is_in=France. On ne va pas mettre ce tag sur les millions de 
 nodes/ways/relations en France sous prétexte que quelque-uns n'ont pas pris 
 30 minutes pour apprendre à maitriser les requêtes spatiales.
 
 
 Pieren
 +1 !
 Et le jour où quelqu'un veut compter les rond-points de sa commune, il faut 
 qu'il entre les addr=* sur les rond-points ? Puis le lendemain sur les feux 
 tricolores ? Puis le lendemain sur les fontaines. Puis...
 
 Puis le mois suivant pour les rond-points du département...
 
 L'intérêt de la base spatialisée, c'est qu'on apprend une fois, et on utilise 
 tout le temps.
 --
 FrViPofm
 
 Bonjour,
 
 Tout vos commentaires sont basés sur l'assertion que toutes les communes (de 
 France) ont leur contour défini (et correctement bouclé). Or cela est 
 simplement *faux* ! Ce n'est pas le cas en France et ce ne sera jamais le cas 
 dans le monde entier. 
 
 J'insiste sur le fait que ce tag ne dénature aucune autre information 
 (surtout spatiale), et donc votre intelligence (et vos moyens matériels et 
 logiciels PostGis + 4 Go RAM + etc.) vous permettront toujours de faire des 
 inventaires par commune. 
 
 Je vous mets simplement au défi de faire une requete spatiale avec (toutes) 
 les API ou services déjà disponibles *en ligne* et donc accessibles à tous 
 (pas à une élite bien équipée). Ce que je demande, c'est de laisser le choix 
 à la personne qui fait l'extraction des informations qu'il veut utiliser 
 (spatiales ou pas).
 
 En aparté, as_in n'a jamais été utilisable vu la variété d'informations qui 
 s'y trouvaient ; c'est surtout pour cela que ce tag est tombé en désuétude et 
 non pas parce qu'il était inutile.
 
 Je ne demande pas que tous mettent des tags addr: sur tous les POI, juste que 
 l'on laisse faire un contributeur qui enrichit (un peu frénétiquement 
 peut-être) la base. J'insiste sur le fait qu'il n'y a pas de destruction, ni 
 d’incohérence mais simplement de la redondance (le RAID 1 n'est pas inutile, 
 les CRC non plus, n'est-ce pas ?)
 
 A+
 
 -- 
 Marc Sibert
 m...@sibert.fr
 ___
 Talk-fr mailing list
 Talk-fr@openstreetmap.org
 http://lists.openstreetmap.org/listinfo/talk-fr

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

Re: [OSM-talk-fr] Églises non utilisées pour le culte

2011-06-28 Diskussionsfäden Nicolas Dumoulin

Bonjour,

Le mardi 28 juin 2011 00:12:59 Vincent Pottier, vous avez écrit :
 Le building décrit l'architecture, ce qui devrait être le cas de toutes
 les églises (au plan architectural, même si cette architecture est
 moderne, ou passablement pauvre) building=church.

Je chipotte, mais il existe des lieux de culte dont le bâtiment n'a pas été 
construit pour à l'origine, et qui n'a donc rien d'une église 
architecturalement parlant.

-- 
Nicolas Dumoulin
http://wiki.openstreetmap.org/wiki/User:NicolasDumoulin

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

Re: [OSM-talk-fr] Tagger les entrées de métro

2011/6/27 Vincent-Xavier JUMEL endymion+...@thetys-retz.net

 subway_entrance correspond, si j'ai bien compris à des entrées de
 souterrains piétons, alors que railway_entrance correspond à des
 entrées de métro/train

 Pareil. Je ne trouve pas de définition de railway_entrance dans le wiki. ni
aucune mention dans les archives des listes de diffusion OSM. Et d'après
taginfo, il n'y en aurait que 2 dans la base:
http://taginfo.openstreetmap.org/keys/railway#values

Ca serait là où se trouvent les portillons, c'est ça ? Ca serait bien de
mieux l'expliquer dans le wiki.
Inventer des tags, c'est bien. Les documenter, c'est encore mieux.

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

Re: [OSM-talk-fr] Tagger les entrées de métro

2011-06-28 Diskussionsfäden JonathanMM

Le 28/06/2011 09:01, Damouns a écrit :
 Et je rebondi sur ce mail pour signaler l'existence toute fraiche
 d'OpenTimeDataBase, une base de données sous licence ODbL 1.0 qui a pour
 but de recenser les horaires de tout transport en commun.
 http://otdb.nocle.fr/
 C'est différent du projet Transiki ?
Oui et non : Transiki à l'air mort et c'est plus un GTFS modifiable.
Alors que OTDB  part plus sur des données réelles pour en déduire des
données théoriques :)
JonathanMM
 Damouns

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


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

Re: [OSM-talk-fr] forum: Tutoriel JOSM

2011/6/28 fo...@letuffe.org

Son tutoriel ne respecte pas les règles de nommage des rues (par exemple
Rue principale sur la carte). Ca serait bien que quelqu'un leur signale
d'ajouter un lien vers

http://wiki.openstreetmap.org/wiki/FR:Toponymie


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

Re: [OSM-talk-fr] EPCI : Ergonomie de JOSM

2011-06-28 Diskussionsfäden Vincent de Chateau-Thierry


Bonjour,

 De : Hélène PETIT 
 Objet : [OSM-talk-fr] EPCI : Ergonomie de JOSM

 Pour voir, j'ai migré le sicoval (ma comm d'aglo), de l'ancienne 
 représentation en niveau 7 vers la nouvelle représentation en 
 local_authority.
 
 Du coup la palette de JOSM qui liste les relations ne reconnait pas 
 (encore) le truc est devient muette sur la nature de la frontière ; 
 voyez la pièce jointe si je ne suis pas très claire.
 J'ai l'air d'ergoter, mais en fait je me sers tout le temps de cette 
 palette pour contrôler ce que je fait et voir ce qu'il y a dans la BB où 
 je manipe.
 
 Bref, si on doit se servir de manière extensive de cette relation 
 local_authority, je crois que ce serait bien que JOSM la documente ; 
 qu'en pensez-vous ? qui pourrait faire ça ?
 

Par rapport à une relation boundary=administrative, JOSM ne montre pas de 
chiffre comme 
[6] ou [8] pour une relation boundary=local_authority, ce qui est logique vu 
qu'on
n'associe pas de niveau (admin_level) à cette relation. Mais tu as néanmoins 
(cf. ta
copie d'écran) le nom de la relation issu du tag name, ainsi que la nature de 
la relation
(frontière) issu du tag boundary. Tu voudrais une mention pour dire 
local_authority, ou
bien le contenu du tag local_authority:FR ? Ça serait un plus, je suis 
d'accord. 
Avant que JOSM n'intègre ça, le minimum serait que le wiki documente 
correctement ce
nouveau type de boundary, c'est bien le moins. C'est dans ma liste de choses 
à faire,
sur une page en français et une autre en anglais. Je le ferai à l'issue de la 
bascule
en cours Au passage, merci à ceux qui y participent déjà (sur les depts 25, 31, 
35).

vincent


Une messagerie gratuite, garantie à vie et des services en plus, ça vous tente ?
Je crée ma boîte mail www.laposte.net


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

Re: [OSM-talk-fr] addr:* sur les radars

2011/6/27 Marc SIBERT m...@sibert.fr


 En aparté, as_in n'a jamais été utilisable vu la variété d'informations
 qui s'y trouvaient ; c'est surtout pour cela que ce tag est tombé en
 désuétude et non pas parce qu'il était inutile.


Je crois que is_in est encore utilisé par nominatim (à vérifier). Les tags
addr: et is_in peuvent se comprendre lorsque les données d'adresse sont
absentes (relation commune, les adresses complètes). Plus tellement dans le
cas contraire puisque cela devient redondant.


 Je ne demande pas que tous mettent des tags addr: sur tous les POI, juste
 que l'on laisse faire un contributeur qui enrichit (un peu frénétiquement
 peut-être) la base.


Donc si quelqu'un lance un script pour mettre addr:country=France sur les
millions d'éléments en France, tu laisses faire ?

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

Re: [OSM-talk-fr] EPCI : Ergonomie de JOSM

2011/6/28 Hélène PETIT h...@free.fr

 J'ai l'air d'ergoter


Ô oui, je confirme ;-)

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

Re: [OSM-talk-fr] addr:* sur les radars

2011-06-28 Diskussionsfäden Marc SIBERT

Le 28 juin 2011 10:55, Pieren pier...@gmail.com a écrit :

 2011/6/27 Marc SIBERT m...@sibert.fr


 En aparté, as_in n'a jamais été utilisable vu la variété d'informations
 qui s'y trouvaient ; c'est surtout pour cela que ce tag est tombé en
 désuétude et non pas parce qu'il était inutile.


 Je crois que is_in est encore utilisé par nominatim (à vérifier). Les
 tags addr: et is_in peuvent se comprendre lorsque les données d'adresse sont
 absentes (relation commune, les adresses complètes). Plus tellement dans le
 cas contraire puisque cela devient redondant.


 Je ne demande pas que tous mettent des tags addr: sur tous les POI, juste
 que l'on laisse faire un contributeur qui enrichit (un peu frénétiquement
 peut-être) la base.


 Donc si quelqu'un lance un script pour mettre addr:country=France sur les
 millions d'éléments en France, tu laisses faire ?

 Pieren

Bonjour,

J'ai l'impression que ça part en troll, mais j'aime bien ça ;-)

Tu déformes mes propos : là il s'agit d'un contributeur qui ajoute
manuellement addr:city etc. sur environs 2000/2500 POI (nb de radars en
France) pas d'un robot qui ajoute un tag (erroné d'ailleurs, il faudrait
addr:country=FR) sur 1 million d'éléments.

Pour en revenir au sujet de la redondance, c'est un sujet bien connu avec
les communes qui sont taggées à la fois sous la forme d'une région et d'un
point central (ça, c'est pas du troll de fillette !).

J'ai peur que ce sujet des radars soit sans fin. Je vous propose de
rechercher formellement un compromis pour conclure et clore le débat un peu
stérile.

Merci d'exposer vos points de vus ci-dessous :

* Laisser le taggeur fou faire son œuvre ;
* Relancer une communication pour lui dire de se poser et de venir discuter
avec la liste ;
* Supprimer tous les tags pour les POI situés dans une commune ayant sa
surface définie ;

* rajoutez vos idées...

-- 
Marc Sibert
m...@sibert.fr
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] addr:* sur les radars

2011/6/28 Marc SIBERT m...@sibert.fr


 J'ai l'impression que ça part en troll, mais j'aime bien ça ;-)


Il ne s'agit pas d'un troll (l'ai-je jamais fait ?) mais d'aller jusqu'au
bout d'une logique pour montrer l'absurdité de l'argument. Restons donc sur
le plan des arguments.



 Tu déformes mes propos : là il s'agit d'un contributeur qui ajoute
 manuellement addr:city etc. sur environs 2000/2500 POI (nb de radars en
 France) pas d'un robot qui ajoute un tag (erroné d'ailleurs, il faudrait
 addr:country=FR) sur 1 million d'éléments.


Alors, la question suivante (logique) est :
à partir de combien d'éléments cela devient inacceptable ? 10.000, 100.000,
1 million ?.



 Pour en revenir au sujet de la redondance, c'est un sujet bien connu avec
 les communes qui sont taggées à la fois sous la forme d'une région et d'un
 point central (ça, c'est pas du troll de fillette !).


Tu parles du node place et de la relation boundary ?  Alors oui, c'est pas
du troll de fillette, vu qu'on a déjà expliqué en long et en large qu'il n'y
avait pas redondance (à part le tag name éventuellement) ;-)



 * Laisser le taggeur fou faire son œuvre ;
 * Relancer une communication pour lui dire de se poser et de venir discuter
 avec la liste ;


C'est toujours mieux de venir en discuter et d'écouter ses arguments.


 * Supprimer tous les tags pour les POI situés dans une commune ayant sa
 surface définie ;


Je suis pour, (tout en laissant celles qui n'ont pas encore de relations)
surtout lorsque la route est à cheval entre deux communes et qu'il se trompe
en plus dans l'orthographe comme ici (pris au hasard):

http://www.openstreetmap.org/browse/relation/1199785

(c'est *Monéteau)*

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

Re: [OSM-talk-fr] EPCI : Ergonomie de JOSM

2011-06-28 Diskussionsfäden Hélène PETIT


Pieren a écrit , Le 28/06/2011 11:07:

2011/6/28 Hélène PETIT h...@free.fr mailto:h...@free.fr
J'ai l'air d'ergoter

Ô oui, je confirme ;-)



QA, aphorisme N° 0.0 Rev276-2 :
La fibre QA ne fait pas rêver les développeurs.

:)))


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

Re: [OSM-talk-fr] Églises non utilisées pour le culte


Le 28/06/2011 10:03, Nicolas Dumoulin a écrit :

Bonjour,

Le mardi 28 juin 2011 00:12:59 Vincent Pottier, vous avez écrit :

Le building décrit l'architecture, ce qui devrait être le cas de toutes
les églises (au plan architectural, même si cette architecture est
moderne, ou passablement pauvre) building=church.

Je chipotte, mais il existe des lieux de culte dont le bâtiment n'a pas été
construit pour à l'origine, et qui n'a donc rien d'une église
architecturalement parlant

C'est bien la distinction entre le 'building' et le 'amenity' ;-)
--
FrViPofm

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

Re: [OSM-talk-fr] addr:* sur les radars


Le 28/06/2011 11:12, Marc SIBERT a écrit :


Merci d'exposer vos points de vus ci-dessous :

* Laisser le taggeur fou faire son œuvre ;
+1 Mise à part la typo signalée par Pieren mais qui souligne bien le 
problème de redondance d'information : une unique correction au bon 
endroit et tout est corrigé.
* Relancer une communication pour lui dire de se poser et de venir 
discuter avec la liste ;

+1 En lui précisant le problème de typo et l'argument de redondance.
* Supprimer tous les tags pour les POI situés dans une commune ayant 
sa surface définie ;

Pas dans un premier temps.
Pour ce genre de réaction, il faut toujours attendre que ça se calme 
pour que ça ne soit pas perçu comme une guerre d'édition ou l'expression 
d'un parti au détriment d'un autre.


* rajoutez vos idées...

* Ne pas encourager ce genre de pratique
* Encourager l'utilisation de XAPI avec bbox  
(http://openstreetmap.us/uixapi/xapi.html même si on n'a pas les 
contours exacts, on a l'échelle de la commune, du canton, du 
département, de la région sans ajouter les infos des différents niveaux) 
et autres méthodes qui exploitent la donnée sans surcharge.


Je précise que, si je suis défavorable à la surcharge addr:*, je suis 
aussi défavorable à la méthode coercitive qui imposerait le point de 
vue. Mes propos étaient ceux d'un débat théorique sur une pratique, non 
ceux d'un redresseur de tors.


'Patience et longueur de temps font plus que force ni que rage' Jean de 
la Fontaine


--
Marc Sibert
m...@sibert.fr mailto:m...@sibert.fr


Merci d'engager la discussion sur ce terrain moins passionné.

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

Re: [OSM-talk-fr] tag pour un composteur collectif


Le 28/06/2011 00:51, Jo a écrit :
C'est important de marquer ces points sur la carte, sinon je ne 
saurais pas où composter mes billets de train quand je suis en 
France... :-)


Jo
Attention : c'est un composteur collectif. Ça ne marche que pour les 
billets de groupes.

--
FrViPofm

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

Re: [OSM-talk-fr] Églises non utilisées pour le culte

2011-06-28 Diskussionsfäden mavier

 Le 27/06/2011 23:37, mav a écrit :
 Merci de vos réponses à tous les deux, qui finalement sont assez
 complémentaires !

 Pour mémoire:
 http://wiki.openstreetmap.org/wiki/Key:disused
 http://wiki.openstreetmap.org/wiki/Building (la page française existe
 mais est moins détaillée)

 Bonne soirée !


 Le building décrit l'architecture, ce qui devrait être le cas de toutes
 les églises (au plan architectural, même si cette architecture est
 moderne, ou passablement pauvre) building=church.

 Le problème du disused, c'est qu'il occupe la clef amenity tout de même
 ! amenity=place_of_worship + disused=yes. Si l'église est devenue
 bibliothèque, il n'y a plus de tag amenity disponible.

 Petit cas théorique : imaginons ceci
 building=church + amenity=place_of_worship + shop=bakery + disused=yes
 Sans namespace, qu'est-ce qui est disused ? le lieu de prière ou la
 boulangerie ou les deux ?
 Ou est-ce une boulangerie reconvertie en église ou l'inverse ?

 Je trouve cette formule insatisfaisante.
 --
 FrIvPofm

Si je comprends bien le wiki, disused est applicable à une fonction
ancienne, mai non remplacée par une autre :
Really this is only for objects which have no current functional use
beyond their physical form.
(...)
If something comes back into use, be sure to clean up the entirety of the
disused:*=* and disused=* namespace when you retag it.

Et dans le cas de l'ex-église sans nouvelle fonction, il faudrait mettre
building=church
disused:amenity=place_of_worship
disused=yes
(voir le new tagging)

Voir aussi :
http://wiki.openstreetmap.org/wiki/Comparison_of_life_cycle_concepts
mais difficilement applicable (de mon point de vue), sauf à connaitre les
dates d'utilisation.

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

[OSM-talk-fr] Fwd: [Announce] NOTICE: Upcoming Maintenance Work (Partial Outage)

Pour la maintenance des systèmes d'alimentation, certains serveurs OSM
seront arrêtés les jours suivants:
- 2 et 3 juillet 2011. (samedi et dimanche)
- 30 et 31 juillet 2011. (samedi et dimanche)
- 3 et 4 septembre 2011. (samedi et dimanche)
- un jour de semaine  (qui reste à confirmer) en aout 2011.

Les services/serveurs suivants seront affectés:
* XAPI / jXAPI
* serveur dev.openstreetmap.org  (errol)
* le rendu de nouvelles tuiles (Mapnik)
* les sites web osmfoundation.org et stateofthemap.org

Tous les détails ci-dessous.

Pieren

-- Forwarded message --
From: Grant Slater openstreet...@firefishy.com
Date: Tue, Jun 28, 2011 at 1:21 PM
Subject: [Announce] NOTICE: Upcoming Maintenance Work (Partial Outage)
To: Talk Openstreetmap t...@openstreetmap.org, OSM Dev List 
d...@openstreetmap.org, annou...@openstreetmap.org


Some secondary OpenStreetMap services will be unavailable during the
following dates, due to power maintenance work at our server hosting:

- 2nd and 3rd July 2011. (Saturday  Sunday)
- 30th and 31st July 2011. (Saturday  Sunday)
- 3rd and 4th September 2011. (Saturday  Sunday)
- and 1 weekday (to be confirmed) during August 2011.

On each of these weekends, the servers will be shut down at 7:30 UTC,
and will be started again after works are completed, which will be
Sunday 16:30 UTC at the latest, but may be earlier. We do not yet have
a precise date for the August maintenance.

The following services will be unavailable during these periods:
* XAPI / jXAPI
* dev.openstreetmap.org server (errol)
* rendering of new map tiles
* osmfoundation.org and stateofthemap.org web sites

As a temporary replacement for XAPI/jXAPI, consider using third-party
services such as that provided by MapQuest:
http://developer.mapquest.com/web/products/open/xapi

Additional information will be posted to the following page:
http://wiki.openstreetmap.org/wiki/Power_Maintenance_Q3_2011

The following services are *not* affected:
* www.openstreetmap.org web site
* API and Editing (*phew*)
* planet.openstreetmap.org and diffs.
* tile serving for existing tiles (details below)
* Wiki
* Nominatim (search)
* mailing lists
* subversion and git (source code repositories)
* trac (bug-tracker)
* donate.openstreetmap.org

Maps will still be viewable on the openstreetmap.org homepage and on
other people's websites. We’ll be serving tiles from a back-up tile
server. However rendering engines will be de-activated, meaning that
new rendering of map updates will not take place during the
maintenance period, some requests for tiles will fail where no cached
copy is available, and tile response times may be slower than normal.

___
Announce mailing list
annou...@openstreetmap.org
http://lists.openstreetmap.org/listinfo/announce
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Fwd: [Announce] NOTICE: Upcoming Maintenance Work (Partial Outage)

2011-06-28 Diskussionsfäden Romain MEHUT

Vu que samedi, j'ai une cartopartie, est-ce qu'il faut comprendre que nous
ne pourrons pas voir le rendu des nouvelles données envoyées au serveur? Ou
bien faut-il s'abstenir d'envoyer des données?
*However rendering engines will be de-activated, meaning that new rendering
of map updates will not take place during the maintenance period, some
requests for tiles will fail where no cached copy is available, and tile
response times may be slower than normal.*

Merci.
Romain

Le 28 juin 2011 13:33, Pieren pier...@gmail.com a écrit :

 Pour la maintenance des systèmes d'alimentation, certains serveurs OSM
 seront arrêtés les jours suivants:
 - 2 et 3 juillet 2011. (samedi et dimanche)
 - 30 et 31 juillet 2011. (samedi et dimanche)
 - 3 et 4 septembre 2011. (samedi et dimanche)
 - un jour de semaine  (qui reste à confirmer) en aout 2011.

 Les services/serveurs suivants seront affectés:
 * XAPI / jXAPI
 * serveur dev.openstreetmap.org  (errol)
 * le rendu de nouvelles tuiles (Mapnik)
 * les sites web osmfoundation.org et stateofthemap.org

 Tous les détails ci-dessous.

 Pieren

 -- Forwarded message --
 From: Grant Slater openstreet...@firefishy.com
 Date: Tue, Jun 28, 2011 at 1:21 PM
 Subject: [Announce] NOTICE: Upcoming Maintenance Work (Partial Outage)
 To: Talk Openstreetmap t...@openstreetmap.org, OSM Dev List 
 d...@openstreetmap.org, annou...@openstreetmap.org

 Some secondary OpenStreetMap services will be unavailable during the
 following dates, due to power maintenance work at our server hosting:

 - 2nd and 3rd July 2011. (Saturday  Sunday)
 - 30th and 31st July 2011. (Saturday  Sunday)
 - 3rd and 4th September 2011. (Saturday  Sunday)
 - and 1 weekday (to be confirmed) during August 2011.

 On each of these weekends, the servers will be shut down at 7:30 UTC,
 and will be started again after works are completed, which will be
 Sunday 16:30 UTC at the latest, but may be earlier. We do not yet have
 a precise date for the August maintenance.

 The following services will be unavailable during these periods:
 * XAPI / jXAPI
 * dev.openstreetmap.org server (errol)
 * rendering of new map tiles
 * osmfoundation.org and stateofthemap.org web sites

 As a temporary replacement for XAPI/jXAPI, consider using third-party
 services such as that provided by MapQuest:
 http://developer.mapquest.com/web/products/open/xapi

 Additional information will be posted to the following page:
 http://wiki.openstreetmap.org/wiki/Power_Maintenance_Q3_2011

 The following services are *not* affected:
 * www.openstreetmap.org web site
 * API and Editing (*phew*)
 * planet.openstreetmap.org and diffs.
 * tile serving for existing tiles (details below)
 * Wiki
 * Nominatim (search)
 * mailing lists
 * subversion and git (source code repositories)
 * trac (bug-tracker)
 * donate.openstreetmap.org

 Maps will still be viewable on the openstreetmap.org homepage and on
 other people's websites. We’ll be serving tiles from a back-up tile
 server. However rendering engines will be de-activated, meaning that
 new rendering of map updates will not take place during the
 maintenance period, some requests for tiles will fail where no cached
 copy is available, and tile response times may be slower than normal.

 ___
 Announce mailing list
 annou...@openstreetmap.org
 http://lists.openstreetmap.org/listinfo/announce

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

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

Re: [OSM-talk-fr] Géovélo à Nantes

2011-06-28 Diskussionsfäden Damien Lecan

Bonjour,

Je trouve le service Geovelo par Nantes Metropole excellent, surtout l'idée
de pouvoir noter la qualité d'un tronçon de rue. Bon boulot !
Vélotaffeur sur Nantes, je parcours intensivement les rues de notre
agglomération :)

Je suis aussi contributeur OSM (lyc1), principalement sur l'île de Nantes
Ouest, mais aussi sur mes parcours effectués à vélo. Je jette un coup d'oeil
régulier à OpenStreetBug et je corrige déjà les anomalies qui sont dans ma
zone.

Quelques remarques sur géovélo :

 - je n'ai jamais de réponse aux messages envoyés par le formulaire de votre
site web (message sur la participation à vos tests de vos applications
mobiles par exemple)

 - vous ne répondez presque jamais aux commentaires postés sur votre blog
(en tout cas les miens)

 - il serait intéressant de connaître vos astuces de mapping spécial
geovélo (path au milieu d'une place par exemple), on pourrait ainsi vous
faire gagner du temps :
   * A l'ajout d'infos dans OSM, en intégrant vos astuces
   * Lors de modifications, en ne les écrasant pas.

Damien


Le 17 juin 2011 10:29, Emmanuel Dewaele emmanuel.dewa...@geovelo.fr a
écrit :

 Bonjour,

 Le service Géovélo (qui utilise les données OSM) a ouvert officiellement à
 Nantes en collaboration avec Nantes Métropole. Un grand travail pour
 compléter la voirie et en particulier les aménagements cyclables a été fait
 par Benoit Grunberg ( compte Géovélo ) sur tout le territoire de la
 communauté urbaine.

 Le site réalisé 
 (http://geovelo.**nantesmetropole.fr/http://geovelo.nantesmetropole.fr/)
 intègre de plus le service OpenStreetBugs, pour que les utilisateurs (de la
 forme e.dewaele via Géovélo) puissent aider à leur manière la communauté
 OSM. Dans OpenStreetBugs, on a déjà pas mal de signalements, même si
 certains ont fait remarques sans rapport avec la base. Y a t'il des
 contributeurs connaissant bien le terrain prêts à répondre ?

 --

 Emmanuel Dewaele,
 Ingénieur études et recherche
 La Compagnie des mobilités

 64, avenue Portalis
 bureau 202
 37200 TOURS

 ☏ 06 26 94 94 71


 __**_
 Talk-fr mailing list
 Talk-fr@openstreetmap.org
 http://lists.openstreetmap.**org/listinfo/talk-frhttp://lists.openstreetmap.org/listinfo/talk-fr

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

Re: [OSM-talk-fr] Fwd: [Announce] NOTICE: Upcoming Maintenance Work (Partial Outage)


Le 28/06/2011 14:12, Romain MEHUT a écrit :
Vu que samedi, j'ai une cartopartie, est-ce qu'il faut comprendre que 
nous ne pourrons pas voir le rendu des nouvelles données envoyées au 
serveur? Ou bien faut-il s'abstenir d'envoyer des données?


Pas de mise à jour...
L'API fonctionnera, on peut donc envoyer des données, mais les 
changements n’apparaîtront pas. Il est possible, en plus que la file 
d'attente de mise à jour ne soir pas maintenue, donc que, même lundi les 
dalles ne soient pas mises à jour.


Mais comme les diffs sont maintenus, ça apparaîtra peut-être sur 
mapquest et autres...


--
FrViPofm

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

Re: [OSM-talk-fr] Géovélo à Nantes

2011-06-28 Diskussionsfäden Ab_fab

Idem, je trouve le service vraiment très bien fait, et suis heureux de cette
activité prolifique sur l'agglo nantaise, mais ...

... au rayon astuces de mapping spécial Géovélo, je trouve beaucoup moins
heureux d'avoir affublé le parcours de navette fluviale Navibus (un bac pour
traverser l'Erdre) d'un highway = unclassified, sans aucune mention
explicative

J'ai effacé l'attribut, pour le voir réapparaitre quelques jours plus tard.
Je me suis alors fendu d'un message, ce qui m'a permis d'apprendre que
c'était ajouté dans un but d'essais.

Soit ... mais dans ce cas là, je trouve nécessaire à minima d'être
transparent, et donc indiquer le but de la manoeuvre sans ambiguité,
_ en note sur le chemin,
_ pourquoi pas dans la description du changeset,
_ et d'indiquer une date prévue de fin d'essai, à laquelle on pourra se
permettre de remettre les choses en l'ordre, c'est à dire quand le moteur de
routage n'aura plus besoin de ce genre de rustine (grossière) pour réussir à
couper l'itinéraire au plus court
Je n'ai pas reçu de réponse directe sur ces points, et les explications ne
sont toujours pas indiquées sur le chemin.

Je ne manquerai pas d'effacer l'attribut dans quelques semaines s'il est
toujours là, mais je n'ai pas vraiment de temps à consacrer à une guerre
d'édition stérile, et sincèrement je préfèrerais que ce soit l'instigateur
qui s'en charge.

Voilà, c'est dit ^^

Le 28 juin 2011 14:14, Damien Lecan m...@dlecan.com a écrit :

 Bonjour,

 Je trouve le service Geovelo par Nantes Metropole excellent, surtout l'idée
 de pouvoir noter la qualité d'un tronçon de rue. Bon boulot !
 Vélotaffeur sur Nantes, je parcours intensivement les rues de notre
 agglomération :)

 Je suis aussi contributeur OSM (lyc1), principalement sur l'île de Nantes
 Ouest, mais aussi sur mes parcours effectués à vélo. Je jette un coup d'oeil
 régulier à OpenStreetBug et je corrige déjà les anomalies qui sont dans ma
 zone.

 Quelques remarques sur géovélo :

  - je n'ai jamais de réponse aux messages envoyés par le formulaire de
 votre site web (message sur la participation à vos tests de vos applications
 mobiles par exemple)

  - vous ne répondez presque jamais aux commentaires postés sur votre blog
 (en tout cas les miens)

  - il serait intéressant de connaître vos astuces de mapping spécial
 geovélo (path au milieu d'une place par exemple), on pourrait ainsi vous
 faire gagner du temps :
* A l'ajout d'infos dans OSM, en intégrant vos astuces
* Lors de modifications, en ne les écrasant pas.

 Damien


 Le 17 juin 2011 10:29, Emmanuel Dewaele emmanuel.dewa...@geovelo.fr a
 écrit :

 Bonjour,

 Le service Géovélo (qui utilise les données OSM) a ouvert officiellement à
 Nantes en collaboration avec Nantes Métropole. Un grand travail pour
 compléter la voirie et en particulier les aménagements cyclables a été fait
 par Benoit Grunberg ( compte Géovélo ) sur tout le territoire de la
 communauté urbaine.

 Le site réalisé 
 (http://geovelo.**nantesmetropole.fr/http://geovelo.nantesmetropole.fr/)
 intègre de plus le service OpenStreetBugs, pour que les utilisateurs (de la
 forme e.dewaele via Géovélo) puissent aider à leur manière la communauté
 OSM. Dans OpenStreetBugs, on a déjà pas mal de signalements, même si
 certains ont fait remarques sans rapport avec la base. Y a t'il des
 contributeurs connaissant bien le terrain prêts à répondre ?

 --

 Emmanuel Dewaele,
 Ingénieur études et recherche
 La Compagnie des mobilités

 64, avenue Portalis
 bureau 202
 37200 TOURS

 ☏ 06 26 94 94 71


 __**_
 Talk-fr mailing list
 Talk-fr@openstreetmap.org
 http://lists.openstreetmap.**org/listinfo/talk-frhttp://lists.openstreetmap.org/listinfo/talk-fr



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




-- 
ab_fab http://wiki.openstreetmap.org/wiki/User:Ab_fab
Il n'y a pas de pas perdus
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Début d'interface de génération à la demande des fichiers du cadastre

Le 27/06/2011 18:42, yvecai a écrit :
 On 26. 06. 11 23:15, Vincent de Chateau-Thierry wrote:


 Le 26/06/2011 22:43, Philippe Pary a écrit :

 Salut,

 J'ai commencé à développer une interface pour réaliser les fichiers
 du cadastre à la demande.


 \o/


 Je songe à faire un contrôle de l'existence des arguments, vérifier
 que le département et la ville existent et sont cohérents (qu'on
 vienne pas me demander Marseille en Gironde)


 Ça semble déjà géré par ton système de listes successives, non ? On ne
 peut pas demander une commune sans avoir dit dans quel département on
 cherchait, c'est bien comme ça.
 Oui, mais on peut quand même poster une requête comme le fait le
 formulaire. Puisque tu as ces listes, copie-les sur ton serveur, et fait
 en sorte que ton script coté serveur vérifie que la requête se fait bien
 avec des éléments de ces listes uniquement.

J'ai noté ces demandes, je fais ça lors de la prochaine itération de
l'interface.

La prochaine itération devrait produire une interface publique.

Philippe

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

Re: [OSM-talk-fr] addr:* sur les radars

2011-06-28 Diskussionsfäden JonathanMM

Le 27/06/2011 20:47, Greg a écrit :
 En parlant de complétion d'information, ça pourrait être cool de faire
 un script Osmose qui vérifie la concordance des redondances.
 Par exemple, une adresse indiquée dans la ville A, mais dans le
 contour de la ville B.

 Ca commence à être intéressant de pouvoir vérifier OSM grâce à OSM...


 Greg

Attention, faut voir aussi pour les cas particuliers à la con : Par
exemple, chez moi, on a un collège qui se trouve géographiquement dans
la ville voisine mais qui en réalité est géré par ma ville, avec une
adresse dans ma ville et tout et tout ;)
Faudrait voir à ce que ça n'ajoute pas une tonne de faux positif ;)
JonathanMM

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

Re: [OSM-talk-fr] Début d'interface de génération à la demande des fichiers du cadastre

2011-06-28 Diskussionsfäden Damouns

 J'ai commencé à développer une interface pour réaliser les fichiers du 
 cadastre à la demande.
 C'est ultra-sommaire pour l'instant. N'hésitez pas à faire part de vos 
 remarques.

Les fichiers anciens ne sont pas remplacés par les nouveaux mais ils
semblent s'ajouter sur ton serveur : par exemple sur
http://cadastre.osm.cleo-carto.org/025/ les fichiers de FRASNE sont en
trois exemplaires (j'ai fait la demande 2 fois)

Sinon beau travail et super initiative !

Damouns

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

[OSM-talk-fr] Association OpenStreetMap France !

2011-06-28 Diskussionsfäden RatZilla$

Bonnes Nouvelles les ami[e]s,

Certains contributeurs,  m'ont relancé sur le montage de
l'association. Je remonte donc les dernières avancées.

J'ai beaucoup écouté et rencontré des responsables d'autres
associations, des juristes, décisionnaires de collectivités pour
coller au mieux aux intérêts d'OSM. Les divers salons ont été de purs
moments d'échanges sur ce dossier.

Nous venons d'avoir le dernier feu vert pour mettre en route la machine:

Nous avons, depuis hier matin, l'autorisation de la Fondation
OpenStreetMap d'utiliser en France OpenStreetMap France pour assurer
la promotion d'OSM.
Henk Hoff du board de l'OSMF se réjouit de notre initiative. Les
statuts des Local Chapters ne sont pas encore définis mais Henk me dit
que nous serons fixés à la fin de l'année.

Il nous faut donc maintenant:

-Terminer la rédaction des statuts, les soumettre à la communauté FR
et les déposer (synthèse du wiki).
-Convenir ensemble des candidats aux responsabilités (même s'ils sont
déjà identifiés sur le wiki)


Nous devons tout de même nous inscrire sur la page des LC pour
référencer notre entité comme une représentation officielle d'OSM en
France. 
http://wiki.openstreetmap.org/wiki/Local_chapter#Existing_local_chapters.

Pour ceux et celles qui souhaitent suivrent les débats internationaux
sur les Local Chapters il y a la mailinglist :
http://lists.openstreetmap.org/listinfo/local-chapters


Gaël

Au Charbon ;-)

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

[OSM-talk-fr] Évènements OSM France

2011-06-28 Diskussionsfäden RatZilla$

Bonsoir @Tou[te]s

Je vais à partir de l'automne avoir encore plus de dispo pour OSM.

J'ai une proposition de projet d'évènements autour d'OSM soumise par
La Cantine / Silicon Sentier:

1/2 ou 1 journée par mois de formation à OSM à LaCantine / Silicon Sentier.
et
1 ou 2 évènement(s)  par an sur 2 jours vendredi et samedi voir
dimanche si nécessaire pour les Professionnels et les contributeurs
dispo le week end

Une sorte de State Of The Map semestriel Franco Français

Ce serait pour nous l'occasion de nous rencontrer et de former des
nouveaux, ou pas, à OSM et ses usages.
Nous pourrions avoir plusieurs ateliers selon les niveaux et bien sur
des travaux pratiques en extérieur.

Qui à parlé de sortie de métro ? ;-)

Ces évènements réguliers peuvent bien sur être dupliqués/synchronisés
partout en France.
J'amorcerai le premier fin Juillet, toutes les bonnes volontés sont
les bienvenues.

C'est aussi l'occasion de faire connaitre nos travaux et de lever des
fonds pour OSM France ;-)

Gaël

Au Charbon ;-)

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

[OSM-talk-fr] Contours des pays - Boundaries niveau 2

2011-06-28 Diskussionsfäden Marc Sibert


Bonjour,

Je suis en train de faire un dev pour présenter des POI et jusqu'à un 
certain niveau de zoom, je souhaite simplement présenter le nombre 
d'instances par pays. Pour cela j'aurais besoin de connaitre les 
contours de chaque pays (boundary admi_level 2), mais pas sous la forme 
d'une relation de way, sous la forme d'un polygone (multiple et/ou 
extrudé suivant les config nationales - MULTIPOLYGON en WKT).


J'ai déjà jeté un coup d'œil du côté de 
http://download.geofabrik.de/clipbounds/, mais le résultat est partiel : 
http://ballancourt.sibert.fr/potw/ . Si vous, ou l'un de votre équipe... 
zut, avez accès à cette information pour tous les pays du monde, je suis 
preneur.


Merci

A+

--
Marc Sibert
m...@sibert.fr


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

Re: [OSM-talk-fr] Géovélo à Nantes

2011-06-28 Diskussionsfäden Emmanuel Dewaele


Bonsoir,

Tout d'abord, merci à vous tous pour vos contributions.

Concernant la saisie des données, je ne peux pas parler à la place des 
collecteurs (à qui je renvoie les remarques), mais le collecteur à 
Nantes avait utilisé le tag highway comme solution provisoire. Les 
messages soumis par le formulaire de contact sont normalement envoyés 
sur la messagerie électronique des collecteurs.


C'est une bonne idée que de communiquer sur les astuces de mapping, mais 
aussi sur la description complète des tags dont le calculateur tient compte.


Le 28/06/2011 16:08, Ab_fab a écrit :
Idem, je trouve le service vraiment très bien fait, et suis heureux de 
cette activité prolifique sur l'agglo nantaise, mais ...
... au rayon astuces de mapping spécial Géovélo, je trouve beaucoup 
moins heureux d'avoir affublé le parcours de navette fluviale Navibus 
(un bac pour traverser l'Erdre) d'un highway = unclassified, sans 
aucune mention explicative
J'ai effacé l'attribut, pour le voir réapparaitre quelques jours plus 
tard.
Je me suis alors fendu d'un message, ce qui m'a permis d'apprendre que 
c'était ajouté dans un but d'essais.
Soit ... mais dans ce cas là, je trouve nécessaire à minima d'être 
transparent, et donc indiquer le but de la manoeuvre sans ambiguité,

_ en note sur le chemin,
_ pourquoi pas dans la description du changeset,
_ et d'indiquer une date prévue de fin d'essai, à laquelle on pourra 
se permettre de remettre les choses en l'ordre, c'est à dire quand le 
moteur de routage n'aura plus besoin de ce genre de rustine 
(grossière) pour réussir à couper l'itinéraire au plus court
Je n'ai pas reçu de réponse directe sur ces points, et les 
explications ne sont toujours pas indiquées sur le chemin.
Je ne manquerai pas d'effacer l'attribut dans quelques semaines s'il 
est toujours là, mais je n'ai pas vraiment de temps à consacrer à une 
guerre d'édition stérile, et sincèrement je préfèrerais que ce soit 
l'instigateur qui s'en charge.

Voilà, c'est dit ^^
Le 28 juin 2011 14:14, Damien Lecan m...@dlecan.com 
mailto:m...@dlecan.com a écrit :


Bonjour,

Je trouve le service Geovelo par Nantes Metropole excellent,
surtout l'idée de pouvoir noter la qualité d'un tronçon de rue.
Bon boulot !
Vélotaffeur sur Nantes, je parcours intensivement les rues de
notre agglomération :)

Je suis aussi contributeur OSM (lyc1), principalement sur l'île de
Nantes Ouest, mais aussi sur mes parcours effectués à vélo. Je
jette un coup d'oeil régulier à OpenStreetBug et je corrige déjà
les anomalies qui sont dans ma zone.

Quelques remarques sur géovélo :

 - je n'ai jamais de réponse aux messages envoyés par le
formulaire de votre site web (message sur la participation à vos
tests de vos applications mobiles par exemple)

 - vous ne répondez presque jamais aux commentaires postés sur
votre blog (en tout cas les miens)

 - il serait intéressant de connaître vos astuces de mapping
spécial geovélo (path au milieu d'une place par exemple), on
pourrait ainsi vous faire gagner du temps :
   * A l'ajout d'infos dans OSM, en intégrant vos astuces
   * Lors de modifications, en ne les écrasant pas.

Damien


Le 17 juin 2011 10:29, Emmanuel Dewaele
emmanuel.dewa...@geovelo.fr mailto:emmanuel.dewa...@geovelo.fr
a écrit :

Bonjour,

Le service Géovélo (qui utilise les données OSM) a ouvert
officiellement à Nantes en collaboration avec Nantes
Métropole. Un grand travail pour compléter la voirie et en
particulier les aménagements cyclables a été fait par Benoit
Grunberg ( compte Géovélo ) sur tout le territoire de la
communauté urbaine.

Le site réalisé (http://geovelo.nantesmetropole.fr/) intègre
de plus le service OpenStreetBugs, pour que les utilisateurs
(de la forme e.dewaele via Géovélo) puissent aider à leur
manière la communauté OSM. Dans OpenStreetBugs, on a déjà pas
mal de signalements, même si certains ont fait remarques sans
rapport avec la base. Y a t'il des contributeurs connaissant
bien le terrain prêts à répondre ?

-- 


Emmanuel Dewaele,
Ingénieur études et recherche
La Compagnie des mobilités

64, avenue Portalis
bureau 202
37200 TOURS

☏ 06 26 94 94 71


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



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




--
ab_fab http://wiki.openstreetmap.org/wiki/User:Ab_fab
Il n'y a pas de pas perdus


___
Talk-fr mailing list
Talk-fr@openstreetmap.org

Re: [OSM-talk-fr] Début d'interface de génération à la demande des fichiers du cadastre

2011-06-28 Diskussionsfäden Ab_fab

Bonsoir Philippe,

Malheureusement on ne peut pas trouver dans les listes les communes
nouvellement vectorisées
cf première partie de la liste journalière de sly
http://beta.letuffe.org/cron/etat-communes/suivi.txt

Serait-il possible de parcourir ce fichier texte et vérifier ensuite si les
communes listées sont bien dans le dépôt.
Dans le cas contraire, lancer le script
Ou à défaut au moins rendre les communes visibles dans le menu de sélection
pour génération à la demande

Merci pour tes efforts !

Le 26 juin 2011 22:43, Philippe Pary phili...@cleo-carto.com a écrit :

 Salut,

 J'ai commencé à développer une interface pour réaliser les fichiers du
 cadastre à la demande.

 Je ne suis pas développeur et j'ai conscience du côté grave bourrin de ma
 méthode. Ça pourrait plomber mon serveur si ça
 merdait, j'espère que a ira.

 C'est ici : http://osm.cleo-carto.org/cadastre/iface/

 C'est ultra-sommaire pour l'instant. N'hésitez pas à faire part de vos
 remarques.

 Si des gens souhaitent me filer un coup de main pour le développement,
 n'hésitez pas.

 J'ai quelques craintes sur la sécurité du code et les injections possibles
 (à un moment je balance quand même une commande shell qui a pour paramètre
 quelque chose qui provient d'internet quoi :))
 Actuellement c'est géré par un con de sprintf, je ne suis pas certain que
 ça suffise à me protéger sérieusement. Je songe à faire un contrôle de
 l'existence des arguments, vérifier que le département et la ville existent
 et sont cohérents (qu'on vienne pas me demander Marseille en Gironde)

 Je me pose quelques questions sur les optimisations pour éviter que mon
 serveur ne crève la gueule ouverte (genre limiter à 10 les imports
 simultanés)

 Philippe



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




-- 
ab_fab http://wiki.openstreetmap.org/wiki/User:Ab_fab
Il n'y a pas de pas perdus
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Évènements OSM France

Le mardi 28 juin 2011 à 20:12 +0200, RatZilla$ a écrit :
 Bonsoir @Tou[te]s
 
 Je vais à partir de l'automne avoir encore plus de dispo pour OSM.
 
 J'ai une proposition de projet d'évènements autour d'OSM soumise par
 La Cantine / Silicon Sentier:
 
 1/2 ou 1 journée par mois de formation à OSM à LaCantine / Silicon Sentier.
 et
 1 ou 2 évènement(s)  par an sur 2 jours vendredi et samedi voir
 dimanche si nécessaire pour les Professionnels et les contributeurs
 dispo le week end
 
 Une sorte de State Of The Map semestriel Franco Français
 
 Ce serait pour nous l'occasion de nous rencontrer et de former des
 nouveaux, ou pas, à OSM et ses usages.
 Nous pourrions avoir plusieurs ateliers selon les niveaux et bien sur
 des travaux pratiques en extérieur.

C'est une idée qui me semble intéressante, quoi que je me méfie de son
ambition importante dès le début. 
Peut-être devrions nous commencer par une journée et n'étendre que si le
besoin se fait sentir

 Ces évènements réguliers peuvent bien sur être dupliqués/synchronisés
 partout en France.
 J'amorcerai le premier fin Juillet, toutes les bonnes volontés sont
 les bienvenues.

Fin juillet, l'April organisera peut-être un barcamp au loop, je
t'invite à contacter Fred Couchet à ce sujet ; les deux événements
gagneraient peut-être à se dérouler en même temps au même endroit (du
moins ça m'arrangerait ;-))

 C'est aussi l'occasion de faire connaitre nos travaux et de lever des
 fonds pour OSM France ;-)

Trop facile ça.

Merci pour ton travail,
Philippe


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

Re: [OSM-talk-fr] Association OpenStreetMap France !

Le mardi 28 juin 2011 à 19:56 +0200, RatZilla$ a écrit :
 Il nous faut donc maintenant:
 
 -Terminer la rédaction des statuts, les soumettre à la communauté FR
 et les déposer (synthèse du wiki).
 -Convenir ensemble des candidats aux responsabilités (même s'ils sont
 déjà identifiés sur le wiki) 

Peut-on ravoir les adresses des pages wiki ?

Merci par avance,
Philippe


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

Re: [OSM-talk-fr] Évènements OSM France

2011-06-28 Diskussionsfäden Sébastien Dinot

Philippe Pary a écrit :
 les deux événements gagneraient peut-être à se dérouler en même temps
 au même endroit (du moins ça m'arrangerait ;-))

Philippe, si tu as le don d'ubiquité, tu sais que tu peux devenir riche
en monnayant le partage de ton secret. :)

Je suis d'ailleurs intéressé. Quel est le tarif ?

Sébastien

-- 
Sébastien Dinot, sebastien.di...@free.fr
http://sebastien.dinot.free.fr/
Ne goûtez pas au logiciel libre, vous ne pourriez plus vous en passer !

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

Re: [OSM-talk-fr] Association OpenStreetMap France !

2011-06-28 Diskussionsfäden Sébastien Dinot

Philippe Pary a écrit :
 Peut-on ravoir les adresses des pages wiki ?

http://wiki.openstreetmap.org/wiki/WikiProject_France/Projet_d%27association_en_France

Sébastien

-- 
Sébastien Dinot, sebastien.di...@free.fr
http://sebastien.dinot.free.fr/
Ne goûtez pas au logiciel libre, vous ne pourriez plus vous en passer !

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

Re: [OSM-talk-fr] EPCI : Ergonomie de JOSM

2011-06-28 Diskussionsfäden Vincent Privat

A défaut d'afficher un CC, CA ou CU à côté de frontière, j'ai créé une
petite feuille de style pour colorier mes EPCI, histoire de m'y retrouver:

http://wiki.openstreetmap.org/wiki/User:Don-vip/JOSM_Style_EPCI_France

Seul petit problème pour l'instant, il faut mettre les mains dans le
cambouis (comprendre: patcher JOSM). Je compter créer un ticket sur le Trac
de JOSM pour intégrer ce patch, mais le site est en carafe pour l'instant,
j'ai une internal error à chaque tentative :(

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

Re: [OSM-talk-fr] Association OpenStreetMap France !

2011-06-28 Diskussionsfäden Sébastien Dinot

Bonsoir Gaël,

RatZilla$ a écrit :
 Nous avons, depuis hier matin, l'autorisation de la Fondation
 OpenStreetMap d'utiliser en France OpenStreetMap France pour assurer
 la promotion d'OSM.

As-tu pris des engagements pour obtenir cette autorisation ou t'a-t-elle
été accordée de bonne grâce et sans conditions ? Par exemple, t'es-tu
engagé à faire d'OpenStreetMap France un chapitre français ? Le cas
échéant, dès à présent (et sans savoir encore ce que cela implique) ou
après étude de la charte à venir et des obligations qui seront faites
aux chapitres locaux ?

Sébastien

-- 
Sébastien Dinot, sebastien.di...@free.fr
http://sebastien.dinot.free.fr/
Ne goûtez pas au logiciel libre, vous ne pourriez plus vous en passer !

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

Re: [OSM-talk-fr] Association OpenStreetMap France !