date:20130812

Masi Master masi-mas...@gmx.de wrote:

 Vielleicht ist genau dort die Grenze der Meta-Kachel!?

Das nehme ich mal an, dass das so eine Stelle ist.

 Dann könnte es ggf. helfen, wenn die Meta-Kacheln größer, überlappend  
 gerechnet werden und der Rand verworfen wird!?

Laut den Postgresql query logs macht Mapnik das automatisch, wenn der
Parameter buffer-size= verwendet wird. Jedenfalls wird eine größere
Bounding-Box abgefragt.

Der deutsche Stil hat den Parameter buffer-size=256, der internationale
Stil hat ihn nicht. Trotzdem gibt es das selbe Problem.

Gruss

Sven

-- 
The only thing we have to fear is fear itself (Franklin D. Roosevelt)


/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] Darstellungsfehler im Rendering. Wie Fehler melden?

Am 12. August 2013 09:57 schrieb Sven Geggus li...@fuchsschwanzdomain.de:

 Der deutsche Stil hat den Parameter buffer-size=256, der internationale
 Stil hat ihn nicht. Trotzdem gibt es das selbe Problem.



gab es da vielleicht irgendwo eine Regression ? Ich hatte in meiner lokalen
Karte (mit tirex) früher dieses Problem der abgeschnittenen Labels (bei
einem Buffer von 256px) nicht, oder nur sehr selten, während seit ca. 1
Jahr selbst kleinste Highway-Schilder (die viel kleiner sind als 256px) an
den Metatile-Grenzen sehr häufig abgeschnitten sind.

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

[Talk-de] Berliner Gespräche zur Digitalen Kunstgeschichte

2013-08-12 Per discussione Roland Ramthun

Hallo Liste,

die Veranstalter der Berliner Gespräche zur Digitalen Kunstgeschichte
würden bei einer ihrer Veranstaltungen gerne jemanden von OSM dabei
haben, der etwas zum Thema erzählen mag - idealerweise jemanden mit
kulturgeographischem Hintergrund.

Zur Veranstaltung ein paar Worte der Organisatoren:
---
Es handelt sich dabei um eine Gesprächsreihe, die verschiedene Projekte
aus dem Bereich der Digitalen Kunstgeschichte einlädt. Wichtig ist uns
dabei vor allem ein Austausch und eine Diskussion über digitale
Technologien in der Kunstgeschichte an der Schnittstelle von
technischen, konzeptionellen und fachlichen Fragen.
Beim nächsten Termin am 18. November 2013 wird es um Geosyteme gehen,
Titel des Workshops lautet: Kultur in Raum und Zeit - Spatiotemporale
Dokumentation.

Bisher haben wir in das Programm vor allem Sprecherinnen und Sprecher
aufgenommen, die aus dem Blickwinkel der Architektur, Kunstgeschichte,
Denkmalpflege berichten, wie sie in aktuellen Projekte mit digitalen
geografischen Systemen arbeiten. Es handelt sich also vor allem um
Nutzer und Nutzerinnen dieser Systeme.
Nun wäre es sehr interessant, auch jemanden an Bord zu holen, der oder
die aus der Sicht der Geosysteme berichtet. Es würde uns sehr freuen,
wenn jemand aus dem Kreis von OpenStreetMap Interesse hätte, an den
Gesprächen teilzunehmen.
Gerade, falls jemand sich besonders für kulturgeografische
Fragestellungen interessiert, oder sich mit diesen sogar professionell
beschäftigt, wäre die Teilnahme an den BGDK sicher bereichernd.

Schön wäre es, wenn der oder die Interessierte einen ca. 15-minütigen
Vortrag (wenn gewünscht mit PPP) darüber halten könnte, wie
OpenStreetMap in der kulturhistorischen Forschung genutzt werden kann,
ob es Bestrebungen gibt, solche Zusammenarbeit auszubauen etc. - das
Konzept ist also noch sehr offen und wir freuen uns auch über eigene
Vorschläge. [...]

Kurztext zur Veranstaltung:
Die räumliche Zuordnung stellt für die Kunstgeschichte und andere
objektbezogene Disziplinen eine grundlegende Kategorie dar. Raum- und
ortsbezogene Betrachtung von Kunst hat eine lange Traditon sowohl
hinsichtlich ihrer Wissenskonzepte (Kunstlandschaften) als auch
hinsichtlich ihrer historischen Literaturgattungen (Guiden, Stadt- und
Länderbeschreibungen, Denkmaltopographie). Die traditionellen
Dokumentations- und Vermittlungsmedien (gedruckte Publikationen,
allenfalls Karten und Stadtmodelle) erlaubten jedoch nur eine sehr
eingeschränkte Wiedergabe der räumlichen Aspekte der Kunstgeschichte.
Auch in der Dokumentation und Beschreibung von Kunst und Kultur konnten
zwar Karten und Modelle eingesetzt werden, jedoch waren der Verbindung
untereinander oder mit weiteren Bildmedien und sonstigen Daten enge
Grenzen gesetzt. Durch die Möglichkeiten der digitalen Dokumentation
kann der Raum – ebenso wie die Zeit – in unvergleichlich größerem Umfang
wiedergegeben werden.
Die Diskussion aktueller Standards, Konzepte, Systeme und Projekte soll
neue Erkenntnisse bringen und Kooperationen den Weg bereiten.
---

Falls jemand Interesse hat dort mitzumachen, kann er sich bei mir
melden.

Viele Grüße, Roland

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

Re: [Talk-de] Tagging-System der Firma Mentz Datenverarbeitung GmbH: type=site

2013-08-12 Per discussione Gerhard Hermanns


Hallo,

mir ist aufgefallen, dass Sie rund um die von Ihnen bearbeiteten 
Bahnhöfe rechteckförmige Gebilde mit type=site gelegt haben. Diese 
Relationen haben keine Mitglieder, sondern tragen nur den Gebietsnamen, 
z.B.:


Duisburg Hauptbahnhof: http://www.openstreetmap.org/browse/relation/3071643
Hbf Mülheim (Ruhr): http://www.openstreetmap.org/browse/relation/3028355
Flughafen Düsseldorf: http://www.openstreetmap.org/browse/relation/3095590

Bitte entfernen Sie diese Gebilde, weil sie den geografischen 
Gegebenheiten vor Ort nicht entsprechen. Wenn Sie die Bahnhöfe mit der 
site-Relation abbilden möchten, müssen Sie die einzelnen Elemente der 
Bahnhöfe als Mitglieder in eine solche Relation aufnehmen.
Leider wird die site-Relation ziemlich stiefmütterlich behandelt, 
Informationen finden Sie im zugehörigen Proposal: 
http://wiki.openstreetmap.org/wiki/Relations/Proposed/Site; eine gute 
Erklärung der Funktionsweise steht auch im Parking-Proposal: 
http://wiki.openstreetmap.org/wiki/Proposed_features/parking.


Auch wenn die site-Relation immer noch im Status proposed ist, wird 
sie doch schon häufig verwendet (ca. 133.000 Mal laut Taginfo). Ein noch 
unvollständiges Beispiel, das ich endlich mal fertigstellen muss  ( :-) 
), ist die Universität Duisburg-Essen, Campus Duisburg.
Dort sind in der Mutterrelation der Universität 
(http://www.openstreetmap.org/browse/relation/2189267) die 
Tochterrelationen der einzelnen Campi sowie der Parkplätze erfasst. 
Diese Tochterrelationen untergliedern sich z.T. weiter.



Seoman


Am 02.08.2013 18:15, schrieb Tracy Kasperczyk:

Liebe OSM Community,

wir haben nun unsere Wiki Seite aktualisiert
http://wiki.openstreetmap.org/wiki/Import_%C3%96PNV_Firma_Mentz_Datenverarbeitung_GmbH
. Das viele und teils heftige Feedback hatte uns überrascht, vor allem da
wir im Vorfeld unserer Arbeiten nach vergleichbaren Modellierungen gesucht
hatten und nach deren Vorbild gearbeitet hatten.

** **

Euer Feedback haben wir uns zu Herzen genommen und vieles an unserem Ansatz
grundlegend geändert. Die Wiki-Seite beschreibt, wie wir in Zukunft an die
Sache herangehen wollen. Wir hoffen, das ist in Eurem Sinne und freuen uns
über Kommentare und Anregungen.

** **

Viele Grüße,

Tracy

(OSM-Kontakt bei Mentz Datenverarbeitung GmbH)
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de


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

Re: [Talk-de] Darstellungsfehler im Rendering. Wie Fehler melden?

Martin Koppenhoefer dieterdre...@gmail.com wrote:

 gab es da vielleicht irgendwo eine Regression ? Ich hatte in meiner lokalen
 Karte (mit tirex) früher dieses Problem der abgeschnittenen Labels (bei
 einem Buffer von 256px) nicht

Der deutsche Kartenstil hat das problem bei Autobahnschildern eigentlich
schon immer.

Das kann man aber einfach testen, was der mapnik sich da aus der
Datenbank holt:

* psql query log einschalten

* angeforderte bounding box einmal mit und einmal ohne Angabe von buffer
  im osm.xml anschauen.

Der tirex-code setzt immer mindestens einen overlap von 128:

http://svn.openstreetmap.org/applications/utils/tirex/backend-mapnik/metatilehandler.cc

if(mMap.buffer_size()  128)
mMap.set_buffer_size(128);

Gruss

Sven

-- 
All bugs added by David S. Miller da...@redhat.com
Linux Kernel boot message from /usr/src/linux/net/8021q/vlan.c

/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] Darstellungsfehler im Rendering. Wie Fehler melden?

2013-08-12 Per discussione Martin Raifer

Am 12.08.2013, 10:45 Uhr, schrieb Martin Koppenhoefer  
dieterdre...@gmail.com:


gab es da vielleicht irgendwo eine Regression ? [...] früher dieses  
Problem der abgeschnittenen Labels [...] nur sehr selten


Ich habe auch diesen Verdacht. Besonders auffällig ist Das bei den  
ref-shields sichtbar, die mit dem alten OSM-Mapnik-Stil so gut wie nie  
abgeschnitten wurden, jetzt aber leider recht häufig:


http://bl.ocks.org/tyrasd/raw/6164696/#12.00/46.5124/11.3431

Grüße
Martin

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

Re: [Talk-de] Variable Geschwindigkeitsbegrenzung

2013-08-12 Per discussione Martin Vonwald

Hi!

Am 10. August 2013 14:04 schrieb Andreas Neumann andr-neum...@gmx.net:

 Es gibt in osm das Tag für Signalanlagen (maxspeed=signals). Ich bin
 aber der Meinung, dass auf Grund der generellen Maximalgeschwindigkeit
 von 130km/h maxspeed=130 stehen müsste, da dieser Wert (a) für die
 Router wichtig ist und (b) in einigen Navis angezeigt wird (wenn auf der
 Strecke geblitzt wird, dann nur die 130 und wegens Abstandseinhaltung).

 Wie ist eure Meinung?


Ich tagge entsprechend
http://wiki.openstreetmap.org/wiki/Proposed_features/Dynamic_maxspeed .
Das ergibt maxspeed=130 (mehr gibt es dort nie - die Signalanlagen regeln
nur runter) und maxspeed:variable=peak_traffic .

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

Re: [Talk-de] Tagging-System der Firma Mentz Datenverarbeitung GmbH: type=site

Am 12. August 2013 11:08 schrieb Gerhard Hermanns 
gerhard.herma...@uni-due.de:

 mir ist aufgefallen, dass Sie rund um die von Ihnen bearbeiteten Bahnhöfe
 rechteckförmige Gebilde mit type=site gelegt haben. Diese Relationen
 haben keine Mitglieder, sondern tragen nur den Gebietsnamen, z.B.:

 Duisburg Hauptbahnhof: http://www.openstreetmap.org/**
 browse/relation/3071643http://www.openstreetmap.org/browse/relation/3071643
 Hbf Mülheim (Ruhr): 
 http://www.openstreetmap.org/**browse/relation/3028355http://www.openstreetmap.org/browse/relation/3028355
 Flughafen Düsseldorf: http://www.openstreetmap.org/**
 browse/relation/3095590http://www.openstreetmap.org/browse/relation/3095590

 Bitte entfernen Sie diese Gebilde, weil sie den geografischen
 Gegebenheiten vor Ort nicht entsprechen. Wenn Sie die Bahnhöfe mit der
 site-Relation abbilden möchten, müssen Sie die einzelnen Elemente der
 Bahnhöfe als Mitglieder in eine solche Relation aufnehmen.



m.E. braucht man praktisch nie eine site-relation bei Bahnhöfen, ein den
kompletten Bahnhof umfassendes Polygon (oder Multipolygon) sollte
ausreichen, taggen würde ich mit railway=station (bei den o.g. Beispielen
ist nicht getaggt, um was es geht, sondern nur der Name, den Rest muss man
aus dem Namen interpretieren).

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

Re: [Talk-de] Tagging-System der Firma Mentz Datenverarbeitung GmbH: type=site

2013-08-12 Per discussione Tracy Kasperczyk

Hallo Herr Hermanns,

in diesen Site Relationen befinden sich weitere Relationen. Es handelt sich
bei der Benutzung dieser Site-Relation um das Mutter-Element. Dieses
besitzt mehrere Kinder-Elemente, diese sind ebenfalls Relationen vom type
= site, für die einzelnen Level. In diesen Relationen werden alle
Flächenelemente des jeweiligen Levels zusammengefasst.

Dabei haben wir versucht uns an folgende Wiki Seiten zu orientieren:
http://wiki.openstreetmap.org/wiki/IndoorOSM,
http://wiki.openstreetmap.org/wiki/Relations/Proposed/Level. Wir werden
diese Relationen aber in Zukunft erst einmal nicht weiterverfolgen, da die
Darstellung von 3-D Objekten in OSM noch nicht soweit fortgeschritten ist.
Aus diesem Grund werden wir die Relationen in nächster Zeit wieder
entfernen.

Viele Grüße
Tracy

i.A. Mentz Datenverarbeitung

Am 12. August 2013 11:08 schrieb Gerhard Hermanns
gerhard.herma...@uni-due.de:

Hallo,

mir ist aufgefallen, dass Sie rund um die von Ihnen bearbeiteten Bahnhöfe
rechteckförmige Gebilde mit type=site gelegt haben. Diese Relationen
haben keine Mitglieder, sondern tragen nur den Gebietsnamen, z.B.:

Duisburg Hauptbahnhof: http://www.openstreetmap.org/**
browse/relation/3071643http://www.openstreetmap.org/browse/relation/3071643
Hbf Mülheim (Ruhr):
http://www.openstreetmap.org/**browse/relation/3028355http://www.openstreetmap.org/browse/relation/3028355
Flughafen Düsseldorf: http://www.openstreetmap.org/**
browse/relation/3095590http://www.openstreetmap.org/browse/relation/3095590

Bitte entfernen Sie diese Gebilde, weil sie den geografischen
Gegebenheiten vor Ort nicht entsprechen. Wenn Sie die Bahnhöfe mit der
site-Relation abbilden möchten, müssen Sie die einzelnen Elemente der
Bahnhöfe als Mitglieder in eine solche Relation aufnehmen.
Leider wird die site-Relation ziemlich stiefmütterlich behandelt,
Informationen finden Sie im zugehörigen Proposal:
http://wiki.openstreetmap.org/**wiki/Relations/Proposed/Sitehttp://wiki.openstreetmap.org/wiki/Relations/Proposed/Site;
eine gute Erklärung der Funktionsweise steht auch im Parking-Proposal:
http://wiki.openstreetmap.org/**wiki/Proposed_features/parkinghttp://wiki.openstreetmap.org/wiki/Proposed_features/parking
**.

Auch wenn die site-Relation immer noch im Status proposed ist, wird
sie doch schon häufig verwendet (ca. 133.000 Mal laut Taginfo). Ein noch
unvollständiges Beispiel, das ich endlich mal fertigstellen muss ( :-) ),
ist die Universität Duisburg-Essen, Campus Duisburg.
Dort sind in der Mutterrelation der Universität (
http://www.openstreetmap.org/**browse/relation/2189267http://www.openstreetmap.org/browse/relation/2189267)
die Tochterrelationen der einzelnen Campi sowie der Parkplätze erfasst.
Diese Tochterrelationen untergliedern sich z.T. weiter.

Seoman

Am 02.08.2013 18:15, schrieb Tracy Kasperczyk:

Liebe OSM Community,

wir haben nun unsere Wiki Seite aktualisiert
http://wiki.openstreetmap.org/**wiki/Import_%C3%96PNV_Firma_**
Mentz_Datenverarbeitung_GmbHhttp://wiki.openstreetmap.org/wiki/Import_%C3%96PNV_Firma_Mentz_Datenverarbeitung_GmbH
. Das viele und teils heftige Feedback hatte uns überrascht, vor allem da
wir im Vorfeld unserer Arbeiten nach vergleichbaren Modellierungen gesucht
hatten und nach deren Vorbild gearbeitet hatten.

** **

Euer Feedback haben wir uns zu Herzen genommen und vieles an unserem
Ansatz
grundlegend geändert. Die Wiki-Seite beschreibt, wie wir in Zukunft an die
Sache herangehen wollen. Wir hoffen, das ist in Eurem Sinne und freuen uns
über Kommentare und Anregungen.

** **

Viele Grüße,

Tracy

(OSM-Kontakt bei Mentz Datenverarbeitung GmbH)
__**_
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.**org/listinfo/talk-dehttp://lists.openstreetmap.org/listinfo/talk-de

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

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

Re: [Talk-de] Tagging-System der Firma Mentz Datenverarbeitung GmbH: type=site

Am 12. August 2013 12:09 schrieb Tracy Kasperczyk kasperc...@mentzdv.de:

 Hallo Herr Hermanns,


 in diesen Site Relationen befinden sich weitere Relationen. Es handelt sich
 bei der Benutzung dieser Site-Relation um das Mutter-Element. Dieses
 besitzt mehrere Kinder-Elemente, diese sind ebenfalls Relationen vom  type
 = site, für die einzelnen Level. In diesen Relationen werden alle
 Flächenelemente des jeweiligen Levels zusammengefasst.



wenn man solche bisher kaum genutzten Konzepte in OSM einbaut sollte man
m.E. irgendwie einen Hinweis an andere Mapper erstellen, was gemeint ist
(i.e. einen note oder note:de-Eintrag), wobei ich nach wie vor denke,
dass ein bisschen mehr Semantik als nur name hilfreich wäre, ggf. muss
man dazu in diesem Bereich für diesen Detailgrad das etablierte
tagging-System erweitern.

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

Re: [Talk-de] Variable Geschwindigkeitsbegrenzung

2013-08-12 Per discussione Ronnie Soak

Am 12. August 2013 11:28 schrieb Martin Vonwald imagic@gmail.com:



 Ich tagge entsprechend
 http://wiki.openstreetmap.org/wiki/Proposed_features/Dynamic_maxspeed .
 Das ergibt maxspeed=130 (mehr gibt es dort nie - die Signalanlagen regeln
 nur runter) und maxspeed:variable=peak_traffic .


+1
Klingt für mich sehr vernünftig.

Gibt es ein Beispiel, bei dem die höchstmögliche Geschwindigkeit nicht auch
die am häufigsten zutreffende ist?

Dann wäre eine zusätzliche Angabe vielleicht für die Router sinnvoll. Wobei
sich wohl gerade dann soweiso keiner auf eine Schätzmethode für eine
durchschnittliche Begrenzung einigen könnte.

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

Re: [Talk-de] Tagging-System der Firma Mentz Datenverarbeitung GmbH: type=site

2013-08-12 Per discussione Gerhard Hermanns



Am 12.08.2013 12:09, schrieb Tracy Kasperczyk:

Hallo Herr Hermanns,


in diesen Site Relationen befinden sich weitere Relationen.
Entschuldigung, keine Ahnung, wie ich die Mitglieder der Relation 
übersehen konnte (wo ich doch selber die Site-Relation verwende). 
Demnächst halte ich mich wieder daran, erst Kaffee zu trinken und dann 
E-Mails zu schreiben ...



Aus diesem Grund werden wir die Relationen in nächster Zeit wieder
entfernen.


Die Versendung der Relationen an sich muss nicht verkehrt sein - die 
Diskussion darüber, ob sie ein geeignetes Mittel für die Bahnhöfe sind, 
überlasse ich gerne anderen.
Zumindest die Ränder der Relation müssten aber besser gefasst sein - am 
besten nur durch die Umrisse/Grenzen der Mitglieder oder evtl. noch über 
eine eng gefasste Perimeter-Fläche. Nur nicht wie hier über eine doch 
sehr überdimensionierte Rahmenfläche.



Gerhard Hermanns
(Seoman)

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

Re: [Talk-de] Darstellungsfehler im Rendering. Wie Fehler melden?

Martin Raifer tyr@gmail.com wrote:

 Ich habe auch diesen Verdacht. Besonders auffällig ist Das bei den  
 ref-shields sichtbar, die mit dem alten OSM-Mapnik-Stil so gut wie nie  
 abgeschnitten wurden, jetzt aber leider recht häufig

Martin redet von Mapnik/tirex/renderd und nicht vom OSM Kartenstil selbst.
Wie gesagt, der deutsche Stil ist bisher nicht carto basiert.

Gruss

Sven

-- 
Der normale Bürger ist nicht an der TU Dresden und schreibt auch
nicht mit mutt. (Ulli Kuhnle in de.comp.os.unix.discussion)

/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] Variable Geschwindigkeitsbegrenzung

2013-08-12 Per discussione Bernd Wurst

Hallo.

Am 12.08.2013 12:38, schrieb Ronnie Soak:
 Gibt es ein Beispiel, bei dem die höchstmögliche Geschwindigkeit nicht auch
 die am häufigsten zutreffende ist?

Mir fällt keine Konstellation ein, bei dem die Leitstelle einen Grund
hätte, die Geschwindigkeit des Verkehrsflusses künstlich anzuheben.

Es ist etabliertes Vorgehen, bei höherer Verkehrsdichte oder sonstigen
Gefahrensituationen den Verkehrsfluss zu verlangsamen um die
Geschwindigkeiten der Fahrzeuge zu homogenisieren und die Risiken zu
minimieren.

Die normale Begrenzung zu lockern wenn wirklich wenig los ist, könnte
man in Betracht ziehen, dürfte aber nüchtern betrachtet eher nicht
passieren, zumindest nicht hierzulande. :)


Was es vermutlich gibt, sind Streckenabschnitte, die prinzipiell für
höhere Geschwindigkeiten freigegeben sind, dann aber doch in über der
Hälfte der Zeit verlangsamt werden weil ein hohes Verkehrsaufkommen besteht.

Gruß,
Bernd



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

Re: [Talk-de] Darstellungsfehler im Rendering. Wie Fehler melden?

2013-08-12 Per discussione Martin Raifer

Am 12.08.2013, 13:33 Uhr, schrieb Sven Geggus  
li...@fuchsschwanzdomain.de:



Martin Raifer tyr@gmail.com wrote:


Ich habe auch diesen Verdacht. Besonders auffällig ist Das bei den
ref-shields sichtbar, die mit dem alten OSM-Mapnik-Stil so gut wie nie
abgeschnitten wurden, jetzt aber leider recht häufig


Martin redet von Mapnik/tirex/renderd und nicht vom OSM Kartenstil  
selbst.

Wie gesagt, der deutsche Stil ist bisher nicht carto basiert.


OK, mit altem OSM-Mapnik-Stil meinte ich eigentlich den gesamten  
Rendering-Stack. Sorry.
Martin vermutete, dass es irgendwo eine Regression gegeben hätte. Und  
seine Symptome (die er seit ca. 1 Jahr bemerkt) sieht man jetzt auch im  
aktuellen OSM-Rendering.
Wenn ich nicht irre, wurde auf osm.org kürzlich auch Mapnik auf eine neue  
Version upgedatet. Es könnte ja mittlerweile ein aggressiverer  
Label-Placement-Algorithmus im Einsatz sein und es deswegen zu so viel  
mehr Artefakten kommen?


Soweit mein Senf zu der Sache
Martin

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

Re: [Talk-de] Darstellungsfehler im Rendering. Wie Fehler melden?

Martin Raifer tyr@gmail.com wrote:

 Wenn ich nicht irre, wurde auf osm.org kürzlich auch Mapnik auf eine neue  
 Version upgedatet.

Ein Mapnik2 Problem könnte das natürlich schon sein.

Es gibt da ja auch noch diesen avoid-edges Schalter mit dem man mal
experimentieren könnte.

Gruss

Sven

-- 
Das ist halt der Unterschied: Unix ist ein Betriebssystem mit Tradition,
 die anderen sind einfach von sich aus unlogisch.
  (Anselm Lingnau in de.comp.os.unix.discussion)
/me ist giggls@ircnet, http://sven.gegg.us/ im WWW

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

Re: [Talk-de] Variable Geschwindigkeitsbegrenzung



Il giorno 12/ago/2013, alle ore 13:56, Bernd Wurst be...@bwurst.org ha 
scritto:

 Die normale Begrenzung zu lockern wenn wirklich wenig los ist, könnte
 man in Betracht ziehen, dürfte aber nüchtern betrachtet eher nicht
 passieren, zumindest nicht hierzulande. :)


als Beispiel kenne ich die B27 Stuttgart Richtung Tübingen, die war 
ursprünglich (80er Jahre) komplett frei, später wurden dynamische Schilder 
angebracht, die nachts außerhalb des Stuttgarter Speckgürtels bei geringem 
Verkehr und günstigen Straßenverhältnissen eine Aufhebung aller Streckenverbote 
anzeigen. In gewisser Weise dürfte das noch von hierzulande abgedeckt sein ;-)

Gruß,
Martin




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

Re: [Talk-de] Darstellungsfehler im Rendering. Wie Fehler melden?



Il giorno 12/ago/2013, alle ore 13:33, Sven Geggus 
li...@fuchsschwanzdomain.de ha scritto:

 Martin redet von Mapnik/tirex/renderd und nicht vom OSM Kartenstil selbst.
 Wie gesagt, der deutsche Stil ist bisher nicht carto basiert.


Nutzt ja aber auch diesen Stack. Ganz ausschließen kann man abgeschnittene 
Label ja durch etwas Überlappung sowieso nicht (Kettenreaktion welche Labels 
gerendert werden, wenn andere da sind oder auch nicht), aber es kam mir so vor, 
als wären da ein bisschen viele abgeschnitten.

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

[Talk-de] Deutschland API

2013-08-12 Per discussione Adrian Stabiszewski

Hi,

ich arbeite seit einiger Zeit an offenen Daten und bin am Überlegen eine API
aufzubauen um diese Daten im geographischen Bezug abrufbar zu machen.
Ein erster Schritt war die Erstellung der Webseite zum Download der
Gemeinde-/Landkreis-/Bundesland-Grenzen als GeoJson [1]. Diese Daten sind
jetzt bereits mit den Einwohnerzahlen und Flächenzahlen angereichert.

Ich möchte jedoch weiter gehen und zusätzliche Meta-Daten zu den Regionen
ablegen. Beispielsweise die Gemeinde-Homepage, Kontakt E-Mail,
Autokennzeichen, Wikipedia-Link, PLZ usw.
Die meisten dieser Informationen sind bereits in maschinenlesbarer Form in
versch. Datenbanken verteilt. Die Idee ist die Daten in ein einheitliches
Format überzuführen und über eine Webseite und REST Schnittstelle verfügbar
zu machen.

Meine Frage wäre, ob jemand von euch ebenfalls an sowas arbeitet und ob es
vielleicht Interessenten gibt eine solche Datenbank gemeinsam aufzubauen.
Ich denke, es wäre langfristig sinnvoller ein Teil der Meta-Daten aus OSM in
einer separaten Datenbank zu führen.

Es gibt zwar schon die Seite deutschland-api.de, aber leider scheinen die
Jungs nicht sehr weit gekommen zu sein. Die Seite fokussiert sich eher auf
Wahlthemen und ist nicht mehr ganz aktuell.

Viele Grüße,
Adrian

http://blog.opendatalab.de

[1] http://opendatalab.de/projects/geojson-utilities/


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

[Talk-de] Blitzerrelation

2013-08-12 Per discussione Tim

Ich habe mich einmal daran versucht, einen Blitzer richtig mit einer 
Relation zu mappen. Die Dokumentation zu verstehen ist wirklich nicht 
einfach. Ich habe trotzdem mein Glück versucht und würde nun gerne 
wissen, ob ich es denn in diesem Fall richtig gemacht habe? Der Blitzer 
knipst, wenn man von Norden in die Süden fährt und ist fest montiert. 
http://www.openstreetmap.org/browse/relation/3109670


Gruß,
Tim


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

Re: [Talk-de] Blitzerrelation

2013-08-12 Per discussione fly


Hi Tim und alle anderen

Das sieht soweit richtig aus, allerdings verstehe ich die Relation auch
nicht so ganz.

Meiner Meinung nach, ist es sinnvoller so eine Relation analog zu
Abbiegeeinschränkung zu taggen, also mit jeweils einer Linie als from
und als to.

Die aktuelle Variante mit nur Punkten ist noch zerstörungsanfälliger als
mit Linien.

cu
fly

On 12.08.2013 21:50, Tim wrote:

 Ich habe mich einmal daran versucht, einen Blitzer richtig mit einer
 Relation zu mappen. Die Dokumentation zu verstehen ist wirklich nicht
 einfach. Ich habe trotzdem mein Glück versucht und würde nun gerne
 wissen, ob ich es denn in diesem Fall richtig gemacht habe? Der Blitzer
 knipst, wenn man von Norden in die Süden fährt und ist fest montiert.
 http://www.openstreetmap.org/browse/relation/3109670


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

Re: [Talk-de] Blitzerrelation

2013-08-12 Per discussione Andreas Schmidt

Hallo,
ich möchte auch gerade die selbe Frage lösen.

Zusätzlich habe ich eine Frage zur Bedeutung von auf und neben.
Die Frage habe ich hier schon online gestellt
http://wiki.openstreetmap.org/wiki/DE_talk:Relation:enforcement

Ist dieser
http://www.blitzer.de/system/pictures/files/2013/08/72718/original_DSC00242.JPG
Blitzer auf oder neben der Straße?

Wie soll *auf* der Straße überhaupt funktionieren, der würde ja
umgefahren...

Grüße
Andreas



Am 12.08.2013 21:50, schrieb Tim:
 Ich habe mich einmal daran versucht, einen Blitzer richtig mit einer
 Relation zu mappen. Die Dokumentation zu verstehen ist wirklich nicht
 einfach. Ich habe trotzdem mein Glück versucht und würde nun gerne
 wissen, ob ich es denn in diesem Fall richtig gemacht habe? Der
 Blitzer knipst, wenn man von Norden in die Süden fährt und ist fest
 montiert. http://www.openstreetmap.org/browse/relation/3109670

 Gruß,
 Tim


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




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

Re: [Talk-de] Deutschland API

2013-08-12 Per discussione Walter Nordmann

hi,

Ich halte absolut nichts davon, bis auf wenige Ausnahmen solche Daten aus
OSM rauszunehmen und in eine neue DB zu verlagern. 
- Autokennzeichen oder Einwohnerzahlen sind mMn wirklich nicht bei OSM gut
aufgehoben, da erstere immer mehr ihren geographischen Bezug verlieren und
Einwohnerzahlen reine Statistikwerte sind, für die es verläßlichere Quellen
gibt.
Alle weiteren von dir aufgeführten Metadaten sind in OSM - wenn auch
manchmal unvollständig - enthalten, haben dort ihren Platz und sollten DORT
höchsten besser gepflegt werden.

Die Daten später in verwendbarer Form zur Verfügung zu stellen, finde ich
gut - allerdings sollten die aus OSM kommen.

Gruss
walter
 



-
[url=http://osm.wno-edv-service.de/residentials] Missing Residentials Map 
1.17[/url] [url=http://osm.wno-edv-service.de/plz] Postcode Map 2.0.2[/url]
--
View this message in context: 
http://gis.19327.n5.nabble.com/Deutschland-API-tp5773341p5773385.html
Sent from the Germany mailing list archive at Nabble.com.

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

Re: [Talk-de] Deutschland API

2013-08-12 Per discussione Martin Koppenhöfer



Am 13.08.2013 um 00:43 schrieb Walter Nordmann pil...@hotmail.com:

 Ich halte absolut nichts davon, bis auf wenige Ausnahmen solche Daten aus
 OSM rauszunehmen und in eine neue DB zu verlagern. 
 - Autokennzeichen oder Einwohnerzahlen sind mMn wirklich nicht bei OSM gut
 aufgehoben, da erstere immer mehr ihren geographischen Bezug verlieren und
 Einwohnerzahlen reine Statistikwerte sind, für die es verläßlichere Quellen
 gibt.


Stimmt zwar, dass man aus OSM in vielen Fällen vermutlich nicht die aktuellsten 
Einwohnerzahlen bekommt, aber für meine bisherigen (render)Zwecke waren sie 
bisher immer gut genug, versuche mal, auf globaler Basis für jedes Dorf die 
Daten zusammenzusuchen und reinzumischen. 

Was Kfz.kennzeichen angeht habe ich die bisher auch noch nicht vermisst, aber 
für die Verbesserung der Suche sind sie ggf. nützlich - dabei spielt es ja gar 
keine Rolle, ob die tatsächlichen Kennzeichen noch in allen Fällen nach diesem 
Muster funktionieren, es geht eher darum, noch einen weiteren Kurznamen an 
die Landkreise zu hängen

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

[Talk-in] Tagging convention for internet shops

2013-08-12 Per discussione Aditya Nag

Hello, I want to tag internet cafes in my city. However, the said shops are
not strictly cafes. They mostly offer a terminal connected to the
internet and/or a WiFi hotspot, but there is no seating arrangement for
drinking coffee or having snacks. I just want to know what the tagging
convention is in India for such shops. And if it is possible, please add a
list of such conventions for India in the wiki.

Regards,
Aditya.
___
Talk-in mailing list
Talk-in@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-in

Re: [Talk-it] Zona Industriale

2013-08-12 Per discussione Aury88

si, se non puoi racchiudere tutto in un unica area usa il multipoligono e su
quello metti i tag landuse e nome. Se il nome è proprio dell'area
industriale credo si debba usare name...altrimenti se è associato alla
località non lo metterei sul multipoligono (le località solitamente sono una
area continua) ma su una nuova way chiusa che tracci il confine della
località e su di esso metterei naturalmente l'apposito tag.




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

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

Re: [Talk-it] Zona Industriale

2013/8/12 Aury88 spacedrive...@gmail.com

 si, se non puoi racchiudere tutto in un unica area usa il multipoligono e
 su
 quello metti i tag landuse e nome. Se il nome è proprio dell'area
 industriale credo si debba usare name...altrimenti se è associato alla
 località non lo metterei sul multipoligono (le località solitamente sono
 una
 area continua) ma su una nuova way chiusa che tracci il confine della
 località e su di esso metterei naturalmente l'apposito tag.



un altro modo (per me preferibile) potrebbe essere di taggare
place=neighbourhood, name=nome dell'area
(oppure un altro place value come industrial_zone). Quindi place perché si
tratta di una parte di un centro abitato. Landuse indica soltanto l'uso del
suolo, ma non è detto che in una zona industriale non si trovino anche aree
che non sono usati in maniera industriale ma comunque ne fanno parte. E' lo
stesso discorso di landuse=residential vs. place.

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

Re: [Talk-it] Posizionamento Smartphone Giroscopio ecc

2013-08-12 Per discussione Salemme Guido

Per quando riguarda l'orientamento rispetto alla terra , non so se dico
una stubidagine ma si potrebbe usare il magnetometro (sensore per la
bussola)?

Il 11/08/2013 23:18, Michael von Glasow ha scritto:

On 11/08/13 18:50, Aury88 wrote:

in quel caso, una volta ripreso il segnale e fatto il confronto tra la
posizione stimata tramite sistemi inerziali e posizione gps penso possa
essere fattibile l'applicazione di una correzione lineare postuma :)

--
View this message in context:
http://gis.19327.n5.nabble.com/Posizionamento-Smartphone-Giroscopio-ecc-tp5773227p5773245.html

Sent from the Italy General mailing list archive at Nabble.com.

Sto lavorando su una cosa del genere, con l'obiettivo principale di
far funzionare la navigazione anche nelle gallerie stradali. Come è
stato detto, pero, un problema principale è che gli errori si
accumulano, così tale navigazione inerziale sarebbe utile solo per
tratti brevi. Con uno smartphone un'altra difficolta è di individuarne
l'orientamento rispetto alla terra. I dati dell'accelerometro (che
infatti ci da la somma di accelerazione e gravitazione) sono utili
solo se il dispositivo non è soggetto a nessuna accelerazione, di
solito quando è fermo. Poi, ovviamente, l'orientazione può cambiare e
bisogna ricalibrare l'orientamento. Se questo avviene in assenza di un
segnale GPS, può introdurre grossi errori. Usando un navigatore, però,
l'errore so potrebbe ridurre correggendo la posizione così ottenuta in
base ai dati della mappa.

So che nell'industria si fanno deli rafforzi simili per integrare tale
funzionalità nella prossima generazione di chip GPS. Quello sarà in
hardware anziché in software e dovrebbe funzionare con un qualsiasi
pezzo di software. Per l'utente l'unica differenza sarebbe che si
ottiene una posizione anche entrando in un traforo o un parcheggio
sotteraneo.

ciao
Michael

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

--
Caselle da 1GB, trasmetti allegati fino a 3GB e in piu' IMAP, POP3 e SMTP
autenticato? GRATIS solo con Email.it http://www.email.it/f

Sponsor:
Hotel + parchi con le offerte dell'Hotel Stella di Riccione, biglietti in
prevendita alla reception senza fila alle casse. Oltremare e Aquafan. Per info
0541692070
Clicca qui: http://adv.email.it/cgi-bin/foclick.cgi?mid=13026d=12-8

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

[Talk-it] aeroporto

2013-08-12 Per discussione Giuseppe Amici

Scenario:

 

aereoporto per modelli (in piccola scala) di aereomobili con tanto di pista.
Palazzina ad uso uffici del club di volo.

Qualche suggerimento per il TAG?

 

http://goo.gl/maps/7PGSc

 

Beppe

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

[Talk-it] orario apertura ristorante

2013-08-12 Per discussione Caterpillar

Sto mappando un ristorante che ha i seguenti orari di apertura:

Pranzo: dal Lunedì alla Domenica dalle 12:00 alle 14:30
Cena: dal lunedì alla Domenica alle 19:30 alle 23:00.

Come posso impostare la relativa tag opening_hours?

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

Re: [Talk-it] orario apertura ristorante

2013-08-12 Per discussione Luca Delucchi

2013/8/12 Caterpillar caterpilla...@gmail.com:
 Sto mappando un ristorante che ha i seguenti orari di apertura:

 Pranzo: dal Lunedì alla Domenica dalle 12:00 alle 14:30
 Cena: dal lunedì alla Domenica alle 19:30 alle 23:00.


Mo-Su 12:00-14:30,19:30-23:00

 Come posso impostare la relativa tag opening_hours?


http://wiki.openstreetmap.org/wiki/Opening_hours

-- 
ciao
Luca

http://gis.cri.fmach.it/delucchi/
www.lucadelu.org

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

Re: [Talk-it] Zona Industriale

2013-08-12 Per discussione bredy

In effetti è impossibile racchiudere tutto in un area, primo perchè ci sono
le strade, secondo tutte le aree verdi, ecc. Certo da qualche parte ho visto
creare tutto un unico multipoligono per tutta l'area industriale,
comprendendo tutto anche campi, ecc ma mi è stato fatto notare che non è il
metodo giusto. Certo meno lavoro, ma non preciso.

Avevo proprio usato place=neighbourhood, ci avevo preso anche se non ero
sicuro.

La zona è questa  http://osm.org/go/0IMZaoEO--
http://osm.org/go/0IMZaoEO--  



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

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

Re: [Talk-it] orario apertura ristorante

2013-08-12 Per discussione sabas88

Il giorno 12 agosto 2013 13:07, Caterpillar caterpilla...@gmail.com ha
scritto:

 Sto mappando un ristorante che ha i seguenti orari di apertura:

 Pranzo: dal Lunedì alla Domenica dalle 12:00 alle 14:30
 Cena: dal lunedì alla Domenica alle 19:30 alle 23:00.

 Come posso impostare la relativa tag opening_hours?


Mo-Su 12:00-14:30,19:30-23:00
(protip: scaricati il plugin opening hours editor ;-) )

Ciao,
Stefano

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

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

Re: [Talk-it] Zona Industriale



Il giorno 12/ago/2013, alle ore 14:04, bredy bredy...@yahoo.it ha scritto:

 Avevo proprio usato place=neighbourhood, ci avevo preso anche se non ero
 sicuro.


si, quel area potrebbe anche comprendere le strade e pezzi di verde se ritieni 
che stanno dentro la zona industriale, solo che non andrebbe messo 
landuse=industrial a quel area complessivo. Io al solito metto 
landuse=industrial ai singoli lotti, con nome dell'impresa ecc.

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

[Talk-it] Tag per centri salute

2013-08-12 Per discussione Caterpillar

che tag assegnereste a

1) http://www.domusmedicabagnoli.it/cpht-balneoli.html
2) http://www.domusmedicabagnoli.it/

Nel primo caso forse il tag amenity=spa è appropriato...

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

Re: [Talk-it] aeroporto

2013-08-12 Per discussione Fabri

quindi trattasi di un campetto di volo RC

vedo che è stata anche disegnata la pista con tag aeroway=runway (perchè
contorno chiuso? di solito si fa una semplice linea)

attualmente è in discussione se questa chiave debba applicarsi anche per
i campi dedicati ai modellini aeronautici.
http://wiki.openstreetmap.org/wiki/IT:Key:aeroway

c'è una proposta di usare per le piste rc  aeroway=model_runway
http://wiki.openstreetmap.org/wiki/Proposed_features/Model%27s_Aerodrome

per l'area del campo di volo, scegli tu tra il tag predefinito di josm
sport=model_aerodrome o leisure=model_aerodrome




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

Re: [Talk-it] Zona Industriale

2013-08-12 Per discussione Aury88


 In effetti è impossibile racchiudere tutto in un area, primo perchè ci
 sono le strade, secondo tutte le aree verdi,...ma mi è stato fatto notare
 che non è il metodo giusto

Non esiste un metodo giusto o sbagliato (almeno il wiki parla esplicitamente
di metodi tutti ugualmente validi ed ognuno con i propri pro e contro), ma
solo metodi più o meno precisi...un'area industriale può venire attraversata
da una o più strade ed essere comunque indicata come unica area quindi. anzi
è il wiki stesso dice esplicitamente: The landuse tag is mostly used for
larger areas and not at parcel granularity e questo senza dare minimamente
indicazioni sula correttezza del metodo
guardando il tuo esempio, visto che ci sono delle aree interstizie di
notevoli dimensioni, direi che è più che consigliato (seppur non
obbligatorio) effettuare la  separazione delle varie zone industriali...se
poi si vuole dividere ulteriormente per indicare le singole aziende  ancora
meglio.
 
 Landuse indica soltanto l'uso del suolo, ma non è detto che in una zona
 industriale non si trovino anche aree che non sono usati in maniera
 industriale ma comunque ne fanno parte

strano 
sempre il wiki mi sembra di capire consiglia di utilizzare il landuse per
l'uso *predominante* del suolo...se poi esistono piccole attività di diverso
tipo si può al massimo aggiungere un ulteriore confine per specificare il
diverso tipo di attività (questo nel caso di coesistenza di due attività
sullo stesso territorio)o al nel caso di aree, adibite unicamente ad una
attività diversa,  creare un buco nell'area della landuse=industrial. la
presenza di un attività diversa in un area non cambia la funzione
predominate dell'area ecco il perchè è ammesso l'utilizzo di una sola area
con il tag dell'attività predominante.. poi è possibile, se si vuole, ma
nessuno lo impone, aggiungere particolari...addirittura è permesso fare ciò
tramite sovrapposizione di un area con diverso landuse...metodo che non
apprezzo ma comunque accettato (anche se io lo sconsiglio vivamente)

quindi alla fine dipende più che altro  da quanto tempo puoi dedicare alla
mappatura di quella zona...se sei in grado di mappare ogni singolo lotto usi
il metodo consigliato da Martin, altrimenti piuttosto che fare un lavoro
incompleto mappi in un blocco solo l'area industriale (naturalmente non
bisogna esagerare con le dimensioni..una relazione estesa per centinaia di
chilometri quadrati non ha senso, tanto vale a quel punto dividerla in più
macrolotti)puoi sempre modificarlo in un secondo momento. .
attento all'uso dei tag del nome place e quant'altro...le indicazioni date
possono variare da caso a caso! dalle mie parti, per esempio, c'è un area
chiamata area industriale nord con confini ben precisi...quest'area per metà
fa parte di un area più estesa (chiamata contrada + nome della contrada)  e
per l'altra metà di un'altra contrada...dall'altra parte della strada
rispetto questa area industriale c'è un'altra area industriale tutta
appartenente all'ultima contrada di cui ho parlato...ancora non l'ho 
mappato, perchè volevo informarmi meglio prima, ma probabilmente farò vari
landuse industrial per i singoli stabilimenti industriali (ho molto tempo a
disposizione) + un'area generale a cui assocerò un apposito tag per l'area a
nord della strada + un'altra area con gli stessi tipi di tag della
precedente con un altro nome per l'area a sud  della strada + due aree per
le due contrade:  una che taglia a metà l'area industriale nord e l'altra
che racchiude tutta l'area a sud più la parte vicina alla strada dell'area
nord...quindi come vedi c'è una casistica abbastanza ampia ;)




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

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

Re: [Talk-it] aeroporto



Il giorno 12/ago/2013, alle ore 18:01, Fabri erfab...@gmail.com ha scritto:

 vedo che è stata anche disegnata la pista con tag aeroway=runway (perchè 
 contorno chiuso? di solito si fa una semplice linea)


puoi fare sia l'uno che l'altro. Con un way è forse più facile capire la 
direzione, ma con un area è implicito la larghezza, renderizza quindi più bello 
e serve anche per casi meno rettangolari (come forse nel caso di una pista per 
modelli o piste non pavimentate)

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

Re: [Talk-it] Zona Industriale



Il giorno 12/ago/2013, alle ore 20:34, Aury88 spacedrive...@gmail.com ha 
scritto:

 il wiki stesso dice esplicitamente: The landuse tag is mostly used for
 larger areas and not at parcel granularity


questa frase è stata introdotta solo ultimamente e senza alcuna discussione,
ma comunque anche così non vuol dire che landuse=industrial è la 
rappresentazione di una zona industriale con nome nel senso di un quartiere o 
parte di quartiere, dice semplicemente di generalizzare il landuse.

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

[Talk-it] come segnalare errori in germania

2013-08-12 Per discussione beppebo...@libero.it

Girando x la Germania ho trovato degli errori di maxspeed segnati sempre 100 
anche dove era 80. La statale va da fussen a murnau ma come segnalarlo? 
Qualcuno lo può fare in tedesco?

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

[Talk-it] R: come segnalare errori in germania

2013-08-12 Per discussione beppebo...@libero.it

Pure fino a miesbach Ho preso la statale che porta alla autostrada x 
Salisburgo... In genere eran corretti se non in alcuni punti...

Messaggio originale
Da: beppebo...@libero.it
Data: 12/08/2013 23.24
A: Talk-it@openstreetmap.org
Ogg: [Talk-it] come segnalare errori in germania

Girando x la Germania ho trovato degli errori di maxspeed segnati sempre 100 
anche dove era 80. La statale va da fussen a murnau ma come segnalarlo? 
Qualcuno lo può fare in tedesco?

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




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

Re: [Talk-it] come segnalare errori in germania

2013-08-12 Per discussione Martin Koppenhöfer



Am 12.08.2013 um 23:24 schrieb beppebo...@libero.it beppebo...@libero.it:

 Girando x la Germania ho trovato degli errori di maxspeed segnati sempre 100 
 anche dove era 80. La statale va da fussen a murnau ma come segnalarlo? 
 Qualcuno lo può fare in tedesco?


Ci potresti mettere un tag fixme al way, o una nota nel nuovo sistema sulla 
mappa principale.


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

Re: [Talk-it] Zona Industriale

2013-08-12 Per discussione Aury88

non ho mia detto questo  infatti; io dico che il landuse viene usato solo per
indicare l'utilizzo prevalente del suolo che sia poi usato per segnare
l'intera area o le singole aziende (o la via di mezzo cioè le varie aree
industriali) sono metodi di mappatura ugualmente accettati (anche se io
preferisco ormai più il metodo granulare)...se poi  l'area coincide anche
con i confini di una località ben determinata (l'esempio mio di area
industriale nord ed area industriale sud con cui si indica solo la zona
industriale) allora si può usare lo stesso confine anche con il tag
appropriato per indicare il nome (name, place ecc ecc dipenderà da caso a
caso)...visto che il landuse=industrial viene usato per indicare l'attività
prevalente che occupa una data area e nient'altro  e visto che si può
passare da una mappatura granulare ad una più generale, questo da una grossa
libertà nello stile di mappatura...c'è chi mappa ogni singolo lotto c'è chi
mappa intere aree industriali contigue...poi uno può decidere, magari perchè
non gli piace sovrapporre way, che se due aree industriali contigue hanno
nomi diversi queste sia meglio mapparle con due way chiuse distinte con sia
il landuse sia il nome delle singole località. il fatto di poter fare questo
è una conseguenza diretta dell'accettare mappature granulari come le
mappature generali. 





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

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

Re: [Talk-co] #Trewa2013: Construyendo dispositivos para fotografías aéreas.

2013-08-12 Per discussione hyan...@gmail.com

Fue muy divertido el taller, por supuesto inicio con una introducción sobre
OSM y JOSM.

https://twitter.com/hyances/status/367046284537888768

Luego de esto seguiremos tomando fotos aéreas con globos!


El 6 de agosto de 2013 20:27, hyan...@gmail.com hyan...@gmail.comescribió:

 Estimados maper@s:

 El próximo domingo estaré participando en un taller para crear
 herramientas de mapeo con globos, gracias a la invitación de Trewa.


 http://trewa.co/2013/08/02/trewa2013-construyendo-dispositivos-para-fotografias-aereas/

 Va a estar muy interesante!

 #programación en https://twitter.com/hyances/status/364908388754264066

 Saludos,

 Humberto Yances

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

Re: [Talk-se] Kvartersnamn

2013-08-12 Per discussione Simon Josefsson

Jag har taggat kvartersnamn med landuse=residential;name=foo, se
t.ex. kvarteret Vale vid Odenplan i Stockholm:

http://www.openstreetmap.org/browse/way/113950017/history

Jag vill minnas att detta diskuterats tidigare (antagligen kring den tid
då jag la in ovanstående), men jag tror inte det finns någon tydlig
rekommendation på vår wiki?

Kvartersnamn brukar inte ändras, och namnen finns inte sällan markerade
på husfasader, så jag tycker de lämpar sig väl för mappning.

Är place=city_block vedertaget?  Isåfall är det väl bara att köra vidare
på det.  Jag tycker city i namnet känns lite konstigt, kvarter finns
även utanför städer.

/Simon

RocketMan rocket...@unlimitedmail.org writes:

 Jag brukar tagga bostadsområden med landuse=residential;name=blahblah;


   - Original Message - 
   From: Gorm E. Johnsen 
   To: talk-se@openstreetmap.org 
   Sent: Tuesday, August 06, 2013 3:27 PM
   Subject: [Talk-se] Kvartersnamn


   Hei


   Etter en tur til Stockholm i helgen ble jeg oppmerksom på kvartersnamn.

   Det har vært en del diskusjon om dette på andre mailinglister også.
   I Japan har f.eks ikke gatenavn og husnummer men kvartersnummer og 
 husnummer.


   Siden jeg ikke fant noe data med dette i Stockholm, har jeg tatt meg
 den frihet å legge dem inn som en node med place=city_block, name=*.

   Jeg har også lagt inn noen av dem jeg fant på wikipedia (Tillaeus, 1733) 
 som tillaeus_1733_ref=*

   Her ser dere resultatet:

   http://overpass-turbo.eu/s/IM


   Disse navnene er det også mulig å søke på i søkeboksen (nominatim) og de 
 dukker da opp som City block


   Hva synes dere?



   Gorm E. Johnsen


 --


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

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

Re: [Talk-se] Kvartersnamn

2013-08-12 Per discussione Joakim Fors


On 12 aug 2013, at 23:09, Simon Josefsson si...@josefsson.org wrote:

 Jag har taggat kvartersnamn med landuse=residential;name=foo, se
 t.ex. kvarteret Vale vid Odenplan i Stockholm:
 
 http://www.openstreetmap.org/browse/way/113950017/history
 
 Jag vill minnas att detta diskuterats tidigare (antagligen kring den tid
 då jag la in ovanstående), men jag tror inte det finns någon tydlig
 rekommendation på vår wiki?
 
 Kvartersnamn brukar inte ändras, och namnen finns inte sällan markerade
 på husfasader, så jag tycker de lämpar sig väl för mappning.
 
 Är place=city_block vedertaget?  Isåfall är det väl bara att köra vidare
 på det.  Jag tycker city i namnet känns lite konstigt, kvarter finns
 även utanför städer.
 


place=block är mer vedertaget om man ska gå efter instanser i databasen: 
http://taginfo.openstreetmap.org/search?q=place%3Dblock 

952 vs 62

/Joakim


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

Re: [Talk-se] Kvartersnamn

2013-08-12 Per discussione Lars Aronsson


On 08/12/2013 11:13 PM, Joakim Fors wrote:

On 12 aug 2013, at 23:09, Simon Josefsson si...@josefsson.org wrote:

Är place=city_block vedertaget?  Isåfall är det väl bara att köra vidare
på det.  Jag tycker city i namnet känns lite konstigt, kvarter finns
även utanför städer.


place=block är mer vedertaget om man ska gå efter instanser i databasen: 
http://taginfo.openstreetmap.org/search?q=place%3Dblock

952 vs 62


Men vanligare ändå är nog att bara sätta namn på ett
landuse=residential, som jag gjorde i Linköping. Går det
också att få fram ett antal på? Det finns 1,5 miljoner
landuse=residential, men hur många har name=... ?


--
  Lars Aronsson (l...@aronsson.se)
  Aronsson Datateknik - http://aronsson.se



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

[Talk-es] ¿Equivalente a Mis Mapas con OSM?

2013-08-12 Per discussione |Colegota|


Buenas,

no estoy seguro de no haber preguntado esto antes, pero sería hace 
tiempo. :)


¿Conocéis alguna forma de crear mapas personalizados con localizaciones 
del tipo de lo que se puede hacer con los mapas de Google?


Quiero algo tan sencillo como que voy a hacer un viaje y marcar los 
lugares por los que voy a pasar en el mapa y me da lo mismo si es online 
o en algún programa en el ordenador. Vamos, lo típico de poner 
chinchetas. Eso sí, que pueda imprimirse o exportarse para imprimirse.


He estado mirando por aquí [1] pero solo algunas de las muchas opciones 
se acercaban y no eran muy útiles.


En open.mapquest.com aparece un Mis mapas pero dice que no está 
disponible y aún así parece ser una web de AOL con lo que imagino que 
también rastreará, que es uno de los motivos por los que no quiero usar 
los de Google.


[1] http://wiki.openstreetmap.org/wiki/List_of_OSM_based_Services

Saludos,
Colegota


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

Re: [Talk-es] ¿Equivalente a Mis Mapas con OSM?

2013-08-12 Per discussione |Colegota|


El 2013-08-12 8:22, María Arias de Reyna escribió:

¿Te valdría http://www.ikimap.com/ ?


Gracias, tiene buena pinta. Aunque no me libro de que Google (y 
posiblemente más) me rastreen [1]. Como mínimo Analytics y Adsense.


[1] http://www.ikimap.com/es/privacidad

Saludos,
Colegota


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

Re: [Talk-es] ¿Equivalente a Mis Mapas con OSM?

2013-08-12 Per discussione |Colegota|


El 2013-08-12 9:24, Javier Sánchez escribió:

Hola.

Mira umap.openstreetmap.fr/es [4]

listinfo/talk-es

[4] http://umap.openstreetmap.fr/es


¡Está genial! :) Muchas gracias.

Lo único que parece que no encuentro si es que se puede es que muestre 
las etiquetas que le he puesto a los POIs sin necesidad de poner el 
ratón encima. Es decir que al ver el mapa vea los nombres de los 
lugares.


Y no se si habría forma de exportar como en OSM a un fichero o habrá 
que pillar un pantallazo. La opción esa de GeoJson no creo que pueda 
usarla sin saber de esas cosas.


Aunque solo fuera sin esas opciones ya me vale.

Saludos,
Colegota

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

Re: [Talk-es] ¿Equivalente a Mis Mapas con OSM?

2013-08-12 Per discussione Alex Schultz

En www.mapbox.com también puedes crear mapas personalizados con datos de
OSM pero renderizados de otra manera.


El 12 de agosto de 2013 10:19, |Colegota| el_coleg...@villanos.netescribió:

 El 2013-08-12 9:24, Javier Sánchez escribió:

 Hola.

 Mira umap.openstreetmap.fr/es [4]

 listinfo/talk-es

 [4] http://umap.openstreetmap.fr/**es http://umap.openstreetmap.fr/es


 ¡Está genial! :) Muchas gracias.

 Lo único que parece que no encuentro si es que se puede es que muestre las
 etiquetas que le he puesto a los POIs sin necesidad de poner el ratón
 encima. Es decir que al ver el mapa vea los nombres de los lugares.

 Y no se si habría forma de exportar como en OSM a un fichero o habrá que
 pillar un pantallazo. La opción esa de GeoJson no creo que pueda usarla
 sin saber de esas cosas.

 Aunque solo fuera sin esas opciones ya me vale.


 Saludos,
 Colegota

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

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

Re: [Talk-ro] Fwd: admin_level pentru cartiere/sate/comune/etc?

2013-08-12 Per discussione Michael Häckel

Problema adevărată este că monentan în afară de București limitele comunelor 
nu sunt corecte nicăieri. Niște sate au o limită administrativă pe OSM care 
este aproximativ identic cu zona residențială. Limitele acestea nu sunt 
conform cu realitate. Dar pană când nu avem date mai bune nu putem face nimic.

În comparație cu alte țări probabil ar fi mai bine dacă o comună este admin-
level 8 și un sat admin-level 10.

Am Montag, 12. August 2013, 14:26:04 schrieb Bogdan Enache:
 Salut,
 Cred ca am speriat pe toata lumea cu intrebarea asta :)
 
 Revin: exista vreo propunere pentru admin-level la noi incat sa fie
 separatie clara pentru municipii/localitatile componente, sate vs comune
 s.a.m.d.?
 
 Cel putin nu o gasesc eu aici:
 http://wiki.openstreetmap.org/wiki/Tag:boundary%3Dadministrative#10_admin_le
 vel_values_for_specific_countries
 
 
 Mersi,
 Bogdan
 
 
 
  Mesajul original 
 Subiect:  [Talk-ro] admin_level pentru cartiere/sate/comune/etc?
 Dată: Wed, 07 Aug 2013 16:39:49 +0300
 de la:Bogdan Enache enachebog...@gmx.com
 Răspuns către:OSM Romania talk-ro@openstreetmap.org
 Către:talk-ro@openstreetmap.org
 
 
 
 Salut,
 O întrebare: cum ar trebui setat admin_level pentru satul Nazarcea, ce
 face parte din comuna Poarta Albă, jud Constanța?
 Există vreo practică clară pentru RO, pentru
 cartiere/sate/comune/localități/municipii etc? Că peste tot văd numai 6,
 și nu mi se pare corect.
 
 Și ce altceva ar mai trebui setat ca să fie clar că face parte din
 comună și că nu e de tip „County”, ci „Village”? Tocmai ce am desenat
 marginile administrative la el, d-asta întreb...
 
 BTW, am observat că pentru județul Constanța de ex. apare ca „State
 boundary”, iar pentru oraș apare ca „County boundary”, deci cu 1-2
 nivele mai sus față de cât ar trebui... E ceva anapoda aici?
 
 Am redesenat și marginile pentru Constanța și Palazu Mare, nu prea mai
 corespundeau cu realitatea deloc. N-am umblat decât la cale, nu la
 taguri. Poate verifică cineva dacă am făcut bine, mai bine să-mi iau
 bobârnace acum decât mai târziu.
 
 Și dacă tot sunt aici, există pe undeva vreun tutorial, așa mai pentru
 începători, despre cum se fac relațiile la limitele administrative?
 
 Bogdan
 
 ___
 Talk-ro mailing list
 Talk-ro@openstreetmap.org
 http://lists.openstreetmap.org/listinfo/talk-ro


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

[Talk-ca] Célébrations de 9e anniversaire d'OpenStreetMap à Montréal

2013-08-12 Per discussione Guillaume Pratte

Bonjour,

(English version below)

Nous vous invitons aux célébrations du 9e anniversaire d'OpenStreetMap
à Montréal. Elles auront lieu samedi prochain le 17 août 2013, au Parc
La Fontaine.

Le tout débutera par une cartopartie des principales rues commerciales
près du parc, soit les rues Amherst, Sherbrooke, Ontario et Rachel. Le
rendez-vous est à 15h00 au parc à l’angle des rues Parc La Fontaine et
Napoléon, près de la cabine téléphonique.

L’objectif est d’inventorier les commerces des environs – ou tout autre
élément notable qui devrait être incorporer dans la carte. L’idéal est
d’utiliser un téléphone intelligent pour entrer les données au fur et à
mesure, en utilisant une application comme OSMTracker (Android) ou
GoMap!! (iPhone). Cependant, cela n’est pas un pré-requis pour
participer. Il sera possible de le faire sur papier également.

Par la suite, vers 17h00, vous êtes conviés à partager un pique-nique
en l’honneur du 9e anniversaire du projet. Nous nous rencontrerons sur
le terrain entre le coin de la rue Napoléon et l’Espace La Fontaine.

Desserts et accompagnements seront fournis. Nous vous invitons à
apporter un plat principal, à partager ou à garder pour soi! Il sera
également possible d’acheter un repas à l’Espace La Fontaine.

Pour voir le lien de rencontre sur la carte:
http://www.openstreetmap-montreal.org/2013/08/celebrations-du-9e-anniversaire-dopenstreetmap/

Au plaisir de vous y voir samedi prochain!

PS: Merci au FACIL, qui fournit un budget pour l'événement!
(http://facil.qc.ca/)

As you all know this weekend the 9th anniversary of the OpenStreetMap
was celebrated across the world.

In Montreal we will celebrate next week end, on Saturday, August 17th.

We will begin with a mapping party of the main streets around the Parc
La Fontaine: Amherst, Sherbrooke, Ontario and Rachel. The meeting point
is at corner of Napoléon and Parc La Fontaine streets, at the park
entrance. We will meet at 3PM.

The objective will be to map the surrounding shops and restaurants - or
any other notable element that should be incorporated into the map. We
have found that it is preferable to map in real time using a smartphone
app such as OSMTracker (for Android) or GoMap!! (for iPhone), but it
will be possible to use pen and paper as well.

After the mapping event, we will meet at 5 PM for a picnic on the grass
in front of Espace La Fontaine. Desserts and side dishes will be
provided. You are encouraged to bring in a main dish, to share or to
keep for yourself. It will also be possible to purchase a meal at Espace
La Fontaine.

For a map of the meeting point:
http://www.openstreetmap-montreal.org/2013/08/celebrations-du-9e-anniversaire-dopenstreetmap/

See you all Saturday!

PS: Thanks to FACIL which is providing a budget for the event!
(http://facil.qc.ca/)

Guillaume

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

[OSM-talk-fr] bizarre : supression de bâti du côté d'AGEN

pour les spécialistes de revert ou autres c'est ici
http://osm.org/go/xVR7H1y1T--



-
Cordialement,
ZIMMY
Jean-Louis ZIMMERMANN
Développeur territorial (ville d'Orange,FR84)
Mandataire OSM-France sur le Grand-Sud-est
--
View this message in context: 
http://gis.19327.n5.nabble.com/bizarre-supression-de-bati-du-cote-d-AGEN-tp5773271.html
Sent from the France mailing list archive at Nabble.com.

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

Re: [OSM-talk-fr] GIREVE

Magnifique inspiration !!!
Depuis un moment j'ai la conviction qu'il nous faut montrer que nous avons
cette capacité à absorber ce que nous observons concernant la mobilité (je
m'en tiens à ce thème qui est l'objet du post).
De cette manière, nous pouvons valoriser les services associés autant que
les occupation de l'espace public.

C'est pourquoi, il me parait bienvenu d'avoir une gamme de pictogramme
dédiés (entre parenthèses rendu valorisé dans OSM-FR):
- stationnement public/privé : OUI
- stationnement handicapé : OUI
- stationnement vélo : OUI
- stationnement motos : ?
- livraison : NON
- stationnement co-voiturage : EXISTE
- stationnement autopartage : EXISTE
- stationnement bus : NON
- stationnement poids-lourd : NON
- stationnement hybride (visible dans certains IKEA) : NON
- stationnement électrique : NON



Nolwenn DOUCET wrote
 J'ai oublié de préciser la signification de GIREVE, qui est donc
 Groupement
 pour l’Itinérance des Recharges Électriques de Véhicules.
 
 
 Le 11 août 2013 18:30, Nolwenn DOUCET lt;

 donolwenn@

 gt; a écrit :
 
 En lisant M, le magazine du Monde, j'ai croisé une info concernant la
 création d'une entité ayant pour but de faciliter la vie des utilisateurs
 de véhicule électrique. Une des mission sera de localiser les bornes de
 rechargement en autre.

 Je pense que c'est une bonne chose de s'en rapprocher.

 Je copie colle le communiqué de presse

 La Caisse des Dépôts, la Compagnie Nationale du Rhône, EDF, ERDF, et
 Renault ont créé, le 12 juillet 2013, la société GIREVE SAS, conformément
 à
 l'accord qui avait été signé le 3 octobre dernier sous l’égide du
 Ministre
 du Redressement Productif, de la Ministre de l’Environnement et de
 l'Energie, et du Ministre des Transports, à l’occasion du lancement de la
 mission Hirtzman.

 Les associés ont nommé Gilles BERNARD Président des comités d'orientation
 et consultatif de GIREVE, et Bruno LEBRUN Président de la Société.

 L’objectif de GIREVE est de faciliter l’usage des bornes de recharge
 électrique d'accès public, en les rendant visibles, accessibles et
 interopérables pour tous les utilisateurs, levant ainsi une des barrières
 au développement de l’électro-mobilité en France et en Europe.

 Pour un bouquet de services « à la carte »

 GIREVE constituera une plate-forme commune de gestion de données, au
 service des acteurs de l’électro-mobilité, afin de faciliter le
 développement de services liés à la recharge des véhicules électriques :

 -  localisation des bornes d'accès public via les services de
 navigation sur GPS, Smartphones, ou internet ;

 -  information sur leur disponibilité, possibilité de les
 réserver
 ;

 -  possibilité d’y accéder et de payer la recharge, même lorsque
 la borne n’est pas exploitée par l’opérateur habituel de l'utilisateur ;

 -  et tout autre service rendu possible grâce à des transactions
 entre opérateurs au sein de cette plate-forme.

 Les utilisateurs pourront ainsi recharger leur véhicule en toute liberté
 et facilité, ce qui favorisera l’électro-mobilité et augmentera l’usage
 des
 bornes de recharges.



 Un vaste travail de concertation

 GIREVE assurera la concertation avec tous les acteurs intéressés en
 France
 et à l’étranger, en vue d'adapter ses services aux besoins et d'assurer
 la
 compatibilité des solutions avec l'écosystème de la mobilité électrique
 qu'il contribuera à faire émerger.

 Le répertoire national des bornes, qui va en premier lieu être créé,
 mettra à disposition des opérateurs des données précises pour développer
 leurs services aux utilisateurs. Des standards d'échanges de données
 compatibles avec les autres pays européens seront déployés pour permettre
 la communication entre opérateurs étendue aux déplacements
 transfrontaliers.

 GIREVE se proposera d'appuyer les collectivités locales dans leurs
 projets, ainsi que les aménageurs d'infrastructure de recharge, pour
 assurer la compatibilité des solutions avec les standards
 d'interopérabilité et enregistrer les données dans la plate-forme
 d'échanges.



 Contacts presse : Gilles BERNARD – 06 83 03 01 42

 
 ___
 Talk-fr mailing list

 Talk-fr@

 http://lists.openstreetmap.org/listinfo/talk-fr





-
Cordialement,
ZIMMY
Jean-Louis ZIMMERMANN
Développeur territorial (ville d'Orange,FR84)
Mandataire OSM-France sur le Grand-Sud-est
--
View this message in context: 
http://gis.19327.n5.nabble.com/GIREVE-tp5773242p5773272.html
Sent from the France mailing list archive at Nabble.com.

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

Re: [OSM-talk-fr] bizarre : supression de bâti du côté d'AGEN


Le 12/08/2013 08:37, ZIMMY a écrit :

pour les spécialistes de revert ou autres c'est ici
http://osm.org/go/xVR7H1y1T--


Les éléments sont en version 1.
Ce n'est pas une suppression mais une erreur dès l'intégration.
Pas de revert possible.
Il faut réimporter.
--
FrViPofm

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

Re: [OSM-talk-fr] bizarre : supression de bâti du côté d'AGEN

2013-08-12 Per discussione Hélène PETIT

Le 12/08/2013 09:10, Vincent Pottier a écrit :
 Pas de revert possible.
 Il faut réimporter.

oui, je viens de regarder l'historique, moi aussi ; l'auteur est Mat,
inscrit depuis 2006, qui a beaucoup cartographié jusqu'en 2010, une fois
en 2011, une fois en 2012, 3 fois en juillet 2013.
On pourrait lui mettre un petit mot sympa avant de mettre à jour ce
quartier qui a un peu changé depuis 2010 ;
Je m'en charge,
Hélène


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

Re: [OSM-talk-fr] GIREVE

2013-08-12 Per discussione Ista Pouss

Le 12 août 2013 08:47, ZIMMY jeanlouis.zimmerm...@laposte.net a écrit :

 C'est pourquoi, il me parait bienvenu d'avoir une gamme de pictogramme
 dédiés (entre parenthèses rendu valorisé dans OSM-FR):



Les pictogrammes sont au coeur du support des handicaps, et notamment des
problèmes psychiatriques, tel l'autisme.

Ils sont aussi au coeur des échanges sociaux des individus normaux. Ainsi
on peut presque les voir comme un pont, une langue commune possible entre
les handicapés et les normaux.

Par exemple, les mamans avec poussettes ne sont pas des handicapées, mais
subissent quantités de déboires à cause de passages difficilement
praticables pour elles. (et je signale doctement les papas pour qu'on évite
de me faire chier comme quoi je prétendrais qu'il n'y aurait que les mamans
qui ont des poussettes).

Et, bien entendu, ils sont au coeur des cartes :-)

On peut, certes, démarrer par des handicaps particuliers, comme les
handicaps concernant la mobilité.

Il me semble qu'il serait mieux d'organiser les usages des pictogrammes, et
de trouver des techniques pour assouplir leur rendu.

Chez les autistes, ils participent directement à la construction du monde :
ils occupent la place qui est chez nous occupée par les données. Cela
revient à imaginer un OSM fait de pictogrammes, et non de clef-valeur...

Bon, pour résumer, je pense qu'il faudrait un schéma des rendus, ou avancer
dans les rendus dit vectoriels, (dont je sais toujours pas s'ils existent
vraiment) et, si ce que je dis est incompréhensible, me tapez pas dessus :-)

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

[OSM-talk-fr] Location de bateaux

2013-08-12 Per discussione Yves Pratter

Bonjour,

En mettant à jour Port Cassafières sur le canal du midi, je me penche sur la 
question de la location de bateaux. (ici Le Boat)

Il existe deux approches :
tag spécifique :
24
pedalboat_rental
14
motorboat_rental
7
sailboat_rental
3
rowboat_rental
2
houseboat_rental
2
peadlboat_rental
1
boat_rental

tag générique :
560
rental
avec quelques unes des valeurs utilisées :



bicycle
162.86%
-
 
canoe
162.86%
-
 
boat
111.96%
-
 
bicycle;canoe;boat
10.18%
-
 
motorboat
10.18%
-
 



Les pages du wiki existantes :
amenity=boat_rental
rental=*
Discussion sur rental (avec une partie à propos des bateaux)

Je penche plutôt pour l'approche générique.
Ça donnerait ça :

building=yes
name=Le Boat
rental=boat
boat=motorboat
website=http://www.leboat.fr/tourisme-fluvial/destinations/france/canal-du-midi

boat=* est optionnel. On aurait pu mettre boat=motorboat;houseboat mais il me 
semble que houseboat correspond plus à un vrai logement, comme ces péniches 
aménagées qui restent à quai à Lyon, Paris…

Quel est votre avis ?

--
Yves

PS: Claude, est-ce que je peux mettre à jour la section location de ta page ?

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

[OSM-talk-fr] living_street vs. residential en Afrique

Dans les zones résidentielles urbaines en Afrique- notamment au Sénégal, 
j'utilise massivement highway=residential. Puis je suis tombé sur des 
quartiers décrits en highway=living_street et l'option m'a paru 
intéressante : les 'six mètres' (expression ouagalaise) en terre battue 
sans trottoirs où rien ne sépare les circulations ont bien des airs de 
living_streetet cette étiquette permettrait de distinguer le niveau 
inférieur dans la hiérarchie d'importance des voies.


Alors, je continue à tout étiqueter en highway=residential ou je 
commence à passer les 'six mètres' en

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

Re: [OSM-talk-fr] De la cartographie des postes électriques de quartier ERDF en France

2013-08-12 Per discussione François Lacombe

Bonjour,

J'ai vu ça hier sur le terrain.

Les sectionneurs HTA, que l'on peut voir sur les poteaux supportant des
lignes aériennes 20 kV, et qui permettent d'isoler une partie du réseau
électrique ont fait leur apparition sur la page de la ref:ERDF:gdo.

http://wiki.openstreetmap.org/wiki/FR:Key:ref:ERDF:gdo

Le formalisme est le même.


Cependant, la proposition sur les postes de transformation n'étant pas
encore votée, nous essayons de trouver la meilleure manière de
cartographier ces gros interrupteurs : le poteau (power=pole) et le
sectionneur (power=switch) sont tous les deux identifiés par power=* (comme
dans le cas d'un transformateur power=transformer).

Pour l'instant, ref:ERDF:gdo est à mettre sur le noeud représentant le
pylone support du sectionneur.


Bonne journée.


*François Lacombe*

francois dot lacombe At telecom-bretagne dot eu
http://www.infos-reseaux.com
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Cartographie des quartiers inondés à Khartoum au Soudan

Merci de l'info,
Voilà mon hommage au travail de la communauté.
http://www.flickr.com/photos/jeanlouis_zimmermann/9491547181/

J'appelle ça le phénomène de la page blanche : les grands groupes n'ont rien
à dire lorsqu'il n'y a pas d'argent à se faire ...

severin wrote
Bonsoir à tous,

Khartoum, la capitale du Soudan, subit depuis début août de très fortes
pluies qui donne lieu à des inondations et des zones totalement sous les
eaux, faisant déjà plusieurs victimes. Les prévisions météorologiques
annoncent un maintien des conditions météorologiques. Vous pouvez suivre
l'évolution de la situation sur khartoumflood.crowdmap.com.

La réponse humanitaire est coordonnée sur le terrain par le PNUD.

J'ai créé un premier job du Gestionnaire de tâches de HOT (*OSM Tasking
Manager*) afin de coordonner la cartographie des quartiers de Marabee El
Shareif et Soba East: http://tasks.hotosm.org/job/289. D'autres quartiers
viendront. Je vais aussi créer bientôt une page wiki.

SVP cartographiez tous les rues et bâtiments de la zone du job afin
d'obtenir la situation pré-crise, sur laquelle une analyse des dommages
sera effectuée. La donnée OSM sur Khartoum est téléchargeable dans
différents formats SIG à partir du service HOT Export ; j'y ai configuré
ce
job : http://export.hotosm.org/en/jobs/4233.

Pour ceux qui ne connaissent pas le Tasking Manager (pas encore traduit en
français malheureusement), il suffit de cliquer sur l'onglet Task et de
sélectionner une case dans la carte, qui vous est alors réservée pour les
deux prochaines heures. Si la case vous semble trop grosse pour le temps
que vous avez à consacrer pour cartographier, vous pouvez la diviser en
quatre en cliquant sur Split it.

Cliquez ensuite sur votre éditeur préféré. Pour JOSM, il faut que la
fonction télécommande soit activée dans les préférences et que JOSM soit
déjà ouvert.

Une fois la tâche faite, vous retournez sur la page du *Tasking Manager*
et
cliquez sur Mark task as done (vous pouvez ajouter un commentaire dans la
zone jsute au-dessus si besoin). La case apparaît alors en rouge.

Merci à celles et ceux qui participeront !

Bien cordialement,

Séverin

HOT (Humanitarian OpenStreetMap Team)

___
Talk-fr mailing list

Talk-fr@

http://lists.openstreetmap.org/listinfo/talk-fr

-
Cordialement,
ZIMMY
Jean-Louis ZIMMERMANN
Développeur territorial (ville d'Orange,FR84)
Mandataire OSM-France sur le Grand-Sud-est
--
View this message in context:
http://gis.19327.n5.nabble.com/Cartographie-des-quartiers-inondes-a-Khartoum-au-Soudan-tp5773194p5773305.html
Sent from the France mailing list archive at Nabble.com.

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

Re: [OSM-talk-fr] Location de bateaux

2013-08-12 Per discussione Pieren

2013/8/12 Yves Pratter yves.prat...@laposte.net

 Quel est votre avis ?



Dans la foulée de ce qui se fait pour shop, craft ou office, je
pencherais aussi pour un tag général comme rental=* (si c'est l'activité
principale).
Les détails sur quels types de bateaux sont en location n'ont, amha, pas
leur place dans OSM mais c'est une autre discussion.

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

[OSM-talk-fr] objets spéciaux

2013-08-12 Per discussione David Crochet


Bonjour

J'ai trouvé de drôle d'objet et je voudrais savoir comment les étiqueter :

- Borne en béton scellé au sol avec des cibles sur les 4 faces situé sur 
un barrage-poids permettant fortement d'en surveiller ses mouvements : 
quel étiquette mettre ? j'hésite avec man_made=survey_point car ces 
bornes sont spécifique pour le barrage (en fait, ils ont l'air de 
fabriquer un quadrillage et que seul les positions relatives des uns aux 
autres permettre d'indiquer un mouvement ou non.


- Bornes de parcours d'orientation ? ces bornes sont des tout petite 
poteau de bois gravée. même question, quelle étiquette ?


Merci de vos aides


Cordialement
--
David Crochet

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

Re: [OSM-talk-fr] living_street vs. residential en Afrique

2013-08-12 Per discussione Pieren

2013/8/12 Jean-Marc Liotier j...@liotier.org:

 Alors, je continue à tout étiqueter en highway=residential ou je commence à
 passer les 'six mètres' en
 highway=living_street ?

living_street correspond en Europe à un statut légal clair avec un
panneau de signalisation qui évite toute controverse. L'appliquer à
des rues en Afrique simplement parce qu'il n'y a pas de trottoirs et
que c'est en terre battue serait un peu léger. Ou alors, il faut
définir des critères assez stricts pour éviter tous conflits d'édition
futurs (et les graver dans le marbre du wiki).
Cette discussion devrait se faire en premier lieu avec la communauté
des contributeurs OSM locaux, amha.

Pieren

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

Re: [OSM-talk-fr] objets spéciaux

2013-08-12 Per discussione Jean-Claude Repetto


Le 12/08/2013 13:00, David Crochet a écrit :


- Bornes de parcours d'orientation ? ces bornes sont des tout petite
poteau de bois gravée. même question, quelle étiquette ?


orienteering=pole


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

Re: [OSM-talk-fr] Différence tag cycleway dans le wiki

2013-08-12 Per discussione Lapinos03


Le 05/08/13 18:09, Thomas Ruchin a écrit :

Bonjour
Sauf que personnellement je ne connais pas de bande cyclable à 
contresens du côté droit dans les pays où on roule à droite.

https://maps.google.fr/?ll=46.136177,3.437648spn=0.003063,0.010943t=mz=17layer=ccbll=46.136175,3.43561panoid=jgoqCMHiawH1wp4HlhdZxAcbp=11,26.28,,0,3.98

Avant d'être bidirectionnelle, la piste cyclable était en sens 
contraire, côté droit, sur une courte distance, avant d'être allongée 
tout le long de la rue.
Je trouverai dommage que pour gérer des exceptions on complexifie la 
règle générale. Malheureusement, la proposition recommandée des cas 
M3a et M3b du wiki anglophone va dans ce (mauvais) sens.
On doit gérer tous les cas possibles, quelque soit leur complexité. Gage 
de sérieux et de fiabilité pour les données OSM.

http://wiki.openstreetmap.org/wiki/Bicycle
On se retrouve dans le cas M2d (avec un cycleway:right=lane à la place) 
étant donné qu'il n'y pas de séparation physique garantissant la 
sécurité du cycliste (on peut se prendre une auto de face à tout moment).


/Lapi

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

Re: [OSM-talk-fr] living_street vs. residential en Afrique


On 12/08/2013 13:06, Pieren wrote:

2013/8/12 Jean-Marc Liotier j...@liotier.org:


Alors, je continue à tout étiqueter en highway=residential ou je commence à 
passer les 'six mètres' en highway=living_street ?

living_street correspond en Europe à un statut légal clair avec un
panneau de signalisation qui évite toute controverse. L'appliquer à
des rues en Afrique simplement parce qu'il n'y a pas de trottoirs et
que c'est en terre battue serait un peu léger. Ou alors, il faut
définir des critères assez stricts pour éviter tous conflits d'édition
futurs (et les graver dans le marbre du wiki).


Je suis d'accord - d'où ma soumission de la question à talk-fr.

L'exemple de Karthoum posté il y a quelques minutes par ZIMMY à 
http://www.flickr.com/photos/jeanlouis_zimmermann/9491547181/ illustre 
bien le genre de voies concernées : à gauche une voie urbaine comme nous 
la connaissons, avec chaussée distincte et accotements voire trottoir - 
et à droite des voies en terre battue où cohabitent tous les trafics et 
activités similaires à une living_street Européenne même si cette 
classification n'existe pas officiellement localement.



Cette discussion devrait se faire en premier lieu avec la communauté
des contributeurs OSM locaux, amha.


Oui - mais dans un pays comme le Sénégal, les principaux contributeurs 
sont souvent d'autres nationalités et l'expertise encore plus.. Je sais 
que de nombreux participants à talk-fr éditent en Afrique francophone et 
que des utilisateurs locaux s'y abonnent aussi pour y trouver un trafic 
un peu plus fourni que dans les listes locales souvent désertes.


J'ai néanmoins soumis la question à talk-sn - mais comme pour d'autres 
questions spécifiquement locales en Afrique je n'ai que des retours 
rares voire isolés au hasard des rencontres avec les éditeurs de zones 
où je sévis... Rien qui puisse prétendre à la formation d'un consensus 
communautaire local représentatif. Mais je suis d'accord pour bien 
prendre garde à la dérive vers le néocolonialisme cartographique !



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

Re: [OSM-talk-fr] living_street vs. residential en Afrique


On 12/08/2013 14:04, Jean-Marc Liotier wrote:

On 12/08/2013 13:06, Pieren wrote:

2013/8/12 Jean-Marc Liotier j...@liotier.org:

Alors, je continue à tout étiqueter en highway=residential ou je 
commence à passer les 'six mètres' en highway=living_street ?

living_street correspond en Europe à un statut légal clair avec un
panneau de signalisation qui évite toute controverse. L'appliquer à
des rues en Afrique simplement parce qu'il n'y a pas de trottoirs et
que c'est en terre battue serait un peu léger. Ou alors, il faut
définir des critères assez stricts pour éviter tous conflits d'édition
futurs (et les graver dans le marbre du wiki).


Je suis d'accord - d'où ma soumission de la question à talk-fr.

L'exemple de Karthoum posté il y a quelques minutes par ZIMMY à 
http://www.flickr.com/photos/jeanlouis_zimmermann/9491547181/ illustre 
bien le genre de voies concernées : à gauche une voie urbaine comme 
nous la connaissons, avec chaussée distincte et accotements voire 
trottoir - et à droite des voies en terre battue où cohabitent tous 
les trafics et activités similaires à une living_street Européenne 
même si cette classification n'existe pas officiellement localement.


Exemple Dakarois où highway=living_street a été appliqué: 
http://osm.org/go/axuIM1bE


Je n'avais pas fait attention - l'un des auteurs de ces ways est 
skorasaurus qui n'est autre que Will Skora qui a eu l'occasion de 
rencontrer des contributeurs locaux au Sénégal et connaît très bien la 
scène Openstreetmap Sénégalaise... Je lui copie ce message.


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

Re: [OSM-talk-fr] De la cartographie des postes électriques de quartier ERDF en France

Bonjour François,

Personnellement, je suis très intéressé par ta passion et la méthodologie
que tu appliques aux réseaux de manière générale.

Car viendra un moment où nous pourrons transposer la démarche sur le vivant
:
- le *réseau hydrographique* demande une finesse de description et de
qualification qui est analogue (cours d'eau visible, invisible, débit, type
de milieu...)
- les *corridors écologiques* : bois, haies, prairies, milieux humides...

Bref, vive les explorateurs et merci de ton côté décalé...
Tu dois expérimenter la solitude des bâtisseurs ;-)

François Lacombe wrote
En produisant des données, on favorise les usages.

Je suis producteur, je n'ai pas la prétention de d'être omniscient sur les
usages qui vont être fait de ce que j'ajoute à la base.

Si personne ne vous a encore parlé en références GDO, tampis pour vous
après tout.
Par contre, soyez gentils, évitez de dire que c'est inutile quand vous ne
pouvez pas en avoir la moindre idée.

Je rappelle que ces fameux postes de quartier sont des éléments clés dans
le programme Linky puisque c'est là-bas que sont collectés les flux CPL
provenant des compteurs et renvoyés à la tête de réseau en GPRS ou fibre.
Des collectivités / régies se servent de ces postes pour déployer de la
fibre à domicile.
Bon ce sont juste les deux programmes les plus porteurs en terme de
smart-grid et de télécoms mais bon...
Etc...
Si demain on peut créer des emplois parce que ces données sont
disponibles,
je pense que personne ne viendra reparler de cette discussion de cette
façon.

Ma démarche et mon point de vue sont valables pour tout autre feature de
la
base.

Dans ce cas présent, la collecte ne consiste qu'à faire du relevé visuel
dans la rue sans aucun croisement avec une base interne à ERDF.
Cela peut suffire à lever les doutes sur un éventuel conflit sur la
propriété mais je ne connais pas tout non plus.

A bon entendeur.

*François Lacombe*

francois dot lacombe At telecom-bretagne dot eu
http://www.infos-reseaux.com

Le 30 juin 2013 17:49, Pieren lt;

pieren3@

gt; a écrit :

2013/6/30 François Lacombe lt;

francois.lacombe@

gt;:

Quelle question, peut-être l'ai-je mal comprise.

Parce que si ces références ne sont utiles qu'à une seule personne ou
opérateur, il n'y a aucun intérêt à les partager...
Comme on a pu le lire dans d'autres fils, les nombreuses références
exotiques en France sont là uniquement dans le but d'une éventuelle
synchronisation d'OSM avec des données libérées par l'administration
(écoles, CLC, bureaux de poste, etc)

Pieren

___
Talk-fr mailing list

Talk-fr@

http://lists.openstreetmap.org/listinfo/talk-fr

___
Talk-fr mailing list

Talk-fr@

http://lists.openstreetmap.org/listinfo/talk-fr

-
Cordialement,
ZIMMY
Jean-Louis ZIMMERMANN
Développeur territorial (ville d'Orange,FR84)
Mandataire OSM-France sur le Grand-Sud-est
--
View this message in context:
http://gis.19327.n5.nabble.com/De-la-cartographie-des-postes-electriques-de-quartier-ERDF-en-France-tp5767605p5773337.html
Sent from the France mailing list archive at Nabble.com.

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

Re: [OSM-talk-fr] [Talk-sn] Convention d'étiquetage des écoles


  
  
(cc: talk-fr pour y clore le fil -
  suite sur talk-sn seulement)
  
  On 12/08/2013 16:24, Amadou Ndong wrote:

Sur le modele d'attributs HOT (le nom c'est HDM Data
  Model for HOT
  field surveys)- un fichier xml, qu'on integre dans JOSM, reprenant
  tous les attributs de base de Josm + des tags pour des objets plus
  spcifiques a nos pays (surtout le Haiti pour qui le modele a t
  spcialement dvelopp)-par exemple on a
  amenity=school
  school:HT=*
  je pense qu'on pourra faire de meme en remplaant juste HT par SN

a me parait tre une bonne ide, autant par son origine HOT que par
sa cohrence avec le systme Franais... Et c'est ce que prconise
http://wiki.openstreetmap.org/wiki/FR:Tag:amenity%3Dschool#Type_d.27.C3.A9cole
dont je n'avais pas lu les notes de bas de page...

Alors la question suivante -
http://wiki.openstreetmap.org/wiki/FR:Tag:amenity%3Dschool#Type_d.27.C3.A9cole
donne les types d'cole suivants (liste peut-tre non-exhaustive):


  

  cole
  
   school:FR
  
   Tag principal
  


   crche, halte-garderie 
   
  
   amenity=nursery ou kindergarten
(en dbat)
  


   Maternelle (petite  grande section) 
   school:FR=maternelle
  
   amenity=kindergarten ou school
(en dbat)
  


   lmentaire (CP  CM2) 
   school:FR=lmentaire
  
   amenity=school
  


   Primaire (maternelle et lmentaire) 
   school:FR=primaire
  
   amenity=school
  


   Collge (6e  3e) 
   school:FR=collge
  
   amenity=school
  


   Lyce (2nde  Terminale) 
   school:FR=lyce
  
   amenity=school
  


   Secondaire (collge et lyce) 
   school:FR=secondaire
  
   amenity=school
  


   Universit 
  ? 
   amenity=university
  


   Autres coles suprieures 
  ? 
   amenity=college
  

  

Quelles adaptations sont ncessaires pour se conformer au systme
  scolaire Sngalais ?
J'ai insr une adaptation du tableau ci-dessous dans
  http://wiki.openstreetmap.org/w/index.php?title=FR:WikiProject_Senegal
  en remplaant les FR par des SN - je propose qu'il serve comme
  point de dpart pour la mise au point d'une version spcifique au
  systme Sngalais vu qu'il a malgr tout beaucoup en commun avec
  le systme Franais. J'ai galement mis  jour les commentaires -
  y compris l'explication de la notation {{Tag|note}}
  

  


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

[OSM-talk-fr] Pont ou tunnel

2013-08-12 Per discussione Greg

Bonjour,

J'ai un problème de classification. Je ne suis pas sûr que cette chose [1]
soit un pont (pour le chemin de fer) ou un tunnel (pour la route).
Intuitivement, je dirais que c'est un pont, mais vu que la route creuse la
terre pour passer par dessous, je dirais que c'est un tunnel.

https://maps.google.com/maps?q=Saint-Etiennehl=enie=UTF8ll=45.495142,4.321779spn=0.004001,0.009645sll=35.746512,-95.712891sspn=37.600717,79.013672hnear=Saint-%C3%89tienne,+Loire,+Rhone-Alpes,+Francet=mz=17layer=ccbll=45.495193,4.319775panoid=x7cUwd4qcmQNOj-G5cwCiAcbp=12,2.68,,0,-1.55

Je pense que c'est une question assez courante dans la mesure où ce cas
n'est pas rare, surtout à proximité/dans les villes.


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

Re: [OSM-talk-fr] Pont ou tunnel

2013-08-12 Per discussione Francescu GAROBY

Techniquement parlant, il n'y a pas de tunnel : il y a une voie ferrée qui
surplombe la route : on aurait très bien pu laisser cette dernière à ciel
ouvert tout le long, si ladite voie ferrée n'était pas là. Un tunnel, c'est
fait pour franchir un obstacle de part en part...
Du coup, je dirais plutôt que c'est un pont, mais que la route en-dessous a
un layer=-1

Francescu


Le 12 août 2013 16:53, David Crochet david.croc...@online.fr a écrit :

 Bonjour


 Le 12/08/2013 16:48, Greg a écrit :

  J'ai un problème de classification. Je ne suis pas sûr que cette chose
 [1] soit un pont (pour le chemin de fer) ou un tunnel (pour la route).
 Intuitivement, je dirais que c'est un pont, mais vu que la route creuse
 la terre pour passer par dessous, je dirais que c'est un tunnel.


 La voie ferrée est au niveau naturel du sol, la route est creusée :

 highway=*+tunnel=yes+layer=-1
 railway=*

 Cordialement
 --
 David Crochet

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




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

Re: [OSM-talk-fr] Pont ou tunnel

2013-08-12 Per discussione Yves Pratter

Je note ça comme un pont.Pour moi, un tunnel c'est creusé dans la roche ou le sol (pour une tranchée couverte), du moins assez long et souvent éclairé.--Yves___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Pont ou tunnel

2013-08-12 Per discussione David Crochet


Bonjour


Le 12/08/2013 16:48, Greg a écrit :

J'ai un problème de classification. Je ne suis pas sûr que cette chose
[1] soit un pont (pour le chemin de fer) ou un tunnel (pour la route).
Intuitivement, je dirais que c'est un pont, mais vu que la route creuse
la terre pour passer par dessous, je dirais que c'est un tunnel.


La voie ferrée est au niveau naturel du sol, la route est creusée :

highway=*+tunnel=yes+layer=-1
railway=*

Cordialement
--
David Crochet

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

Re: [OSM-talk-fr] living_street vs. residential en Afrique

2013-08-12 Per discussione Claire Halleux

En RDC, la norme actuelle est d'utiliser residential seulement.
Le tag living street ne me parait actuellement pas opportun, même pour
les rues sur lesquelles les gens étalent leurs terrasses et autres
activités. Celles-ci pouvant tout aussi bien prendre place sur des rues en
terre que sur des routes secondaires asphaltées d'ailleurs.
De plus, sur ces rues, aucune restriction de trafic n'existe. Les
conducteurs ne se gênent pas malgré la présence de nombreux enfants et
commerçants se trouvant sur place.

Selon ma compréhension du tag, il vaudrait mieux le garder pour des rues où
la priorité est donnée à ces autres usagers que les automobilistes.

-- 
Claire Halleux
*- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -*
*Geographic Information Systems Specialist
*
*Kinshasa, Democratic Rep. of the Congo*
*Mobile: +243 99 256 9980*
*http://www.rgc.cd*

Le 12 août 2013 13:16, Jean-Marc Liotier j...@liotier.org a écrit :

 On 12/08/2013 14:04, Jean-Marc Liotier wrote:

 On 12/08/2013 13:06, Pieren wrote:

 2013/8/12 Jean-Marc Liotier j...@liotier.org:

  Alors, je continue à tout étiqueter en highway=residential ou je
 commence à passer les 'six mètres' en highway=living_street ?

 living_street correspond en Europe à un statut légal clair avec un
 panneau de signalisation qui évite toute controverse. L'appliquer à
 des rues en Afrique simplement parce qu'il n'y a pas de trottoirs et
 que c'est en terre battue serait un peu léger. Ou alors, il faut
 définir des critères assez stricts pour éviter tous conflits d'édition
 futurs (et les graver dans le marbre du wiki).


 Je suis d'accord - d'où ma soumission de la question à talk-fr.

 L'exemple de Karthoum posté il y a quelques minutes par ZIMMY à
 http://www.flickr.com/photos/**jeanlouis_zimmermann/**9491547181/http://www.flickr.com/photos/jeanlouis_zimmermann/9491547181/illustre
  bien le genre de voies concernées : à gauche une voie urbaine
 comme nous la connaissons, avec chaussée distincte et accotements voire
 trottoir - et à droite des voies en terre battue où cohabitent tous les
 trafics et activités similaires à une living_street Européenne même si
 cette classification n'existe pas officiellement localement.


 Exemple Dakarois où highway=living_street a été appliqué:
 http://osm.org/go/axuIM1bE

 Je n'avais pas fait attention - l'un des auteurs de ces ways est
 skorasaurus qui n'est autre que Will Skora qui a eu l'occasion de
 rencontrer des contributeurs locaux au Sénégal et connaît très bien la
 scène Openstreetmap Sénégalaise... Je lui copie ce message.


 __**_
 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] Pont ou tunnel

2013-08-12 Per discussione Tetsuo Shima

Certain tunnel passant sous la chaussée sont tres court, je pense au tunnel
permettant au animaux d'élevage de gagner les champs - boviduc -.

Normalement la référence c'est le sol naturel. Le souci c'est qu'en cas de
gros remblai pour assoir la voie supérieure il est plus vraiment évident le
sol naturel. Meme chose lorsque qu'une voie est largement couverte par un
ouvrage.

Extrait du code la la route

article R118-1-1 du code de la voirie routière précise : un tunnel désigne
toute route ou chaussée située sous un ouvrage de couverture qui, quel que
soit son mode de construction, crée un espace confiné. Une section de route
ou de chaussée située sous un ouvrage de couverture n'est pas un espace
confiné dès lors que l'ouvrage de couverture comporte des ouvertures vers
l'extérieur dont la surface est égale ou supérieure à 1 m2 par voie de
circulation et par mètre de chaussée.

Dans le cas de la photo, la route du dessous passe clairement dans une
tranchée couverte

Le 12 août 2013 16:58, Yves Pratter yves.prat...@laposte.net a écrit :

 Pour moi, un tunnel c'est creusé dans la roche ou le sol (pour une
 tranchée couverte), du moins assez long et souvent éclairé.

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

Re: [OSM-talk-fr] living_street vs. residential en Afrique


On 12/08/2013 17:00, Claire Halleux wrote:

En RDC, la norme actuelle est d'utiliser residential seulement.

Le tag living street ne me parait actuellement pas opportun, même 
pour les rues sur lesquelles les gens étalent leurs terrasses et 
autres activités. Celles-ci pouvant tout aussi bien prendre place sur 
des rues en terre que sur des routes secondaires asphaltées d'ailleurs.


De plus, sur ces rues, aucune restriction de trafic n'existe. Les 
conducteurs ne se gênent pas malgré la présence de nombreux enfants et 
commerçants se trouvant sur place.


Selon ma compréhension du tag, il vaudrait mieux le garder pour des 
rues où la priorité est donnée à ces autres usagers que les 
automobilistes.


Je ne l'avais pas compris comme ça, mais ça me paraît être une règle 
pertinent et sans ambiguité : dans les définitions Européennes de 
'living street' (http://en.wikipedia.org/wiki/Living_street) mettent 
bien l'accent sur la primauté du piéton érigée par la classification 
officielle de la voie... J'avais sous-estimé la question de la 
classification officielle.


Côté talk-sn, Amadou suggère aussi de continuer à utiliser 
highway=residential mais la question sera néanmoins probablement 
débattue ultérieurement, ne serait-ce que pour vérifier la 
classification officielle en vigueur localement.



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

Re: [OSM-talk-fr] Pont ou tunnel

2013-08-12 Per discussione Ista Pouss

À moi ! À moi !

Un PONT est un passage dont la voie est PORTÉE par... n'importe quoi ; en
général, des tabliers, des piliers, pour laisser une ouverture à un autre
passage, en dessous. Qui dit PONT dit DEUX passages. Le pont est constitué
du passage porté + des tabliers, même quand ils sont naturels.

Un TUNNEL est un passage CREUSÉ dans la roche. Qui dit tunnel dit UN
passage. Dans un tunnel, s'il y a une construction artificielle, elle sert
à porter la roche environnante, et non le passage. Ces constructions ne
ménagent aucun passage supplémentaire..

Dans l'exemple soumis, il y a deux passages, donc on est quasi sûr d'être
en présence d'un pont. Le passage du dessus est clairement porté par les
espèces de butées de chaque coté ; c'est donc un PONT, quand bien même le
passage du dessous est creusé dans la roche ; ce creusement existe pour
constituer la portée. PONT, PONT PONT, je dirais donc.

En bonus, je pourrais vous donner la différence entre la sauce blanche et
la sauce brune si vous voulez ?

Le 12 août 2013 16:48, Greg ewala...@gmail.com a écrit :

Bonjour,

J'ai un problème de classification. Je ne suis pas sûr que cette chose [1]
soit un pont (pour le chemin de fer) ou un tunnel (pour la route).
Intuitivement, je dirais que c'est un pont, mais vu que la route creuse la
terre pour passer par dessous, je dirais que c'est un tunnel.

https://maps.google.com/maps?q=Saint-Etiennehl=enie=UTF8ll=45.495142,4.321779spn=0.004001,0.009645sll=35.746512,-95.712891sspn=37.600717,79.013672hnear=Saint-%C3%89tienne,+Loire,+Rhone-Alpes,+Francet=mz=17layer=ccbll=45.495193,4.319775panoid=x7cUwd4qcmQNOj-G5cwCiAcbp=12,2.68,,0,-1.55

Je pense que c'est une question assez courante dans la mesure où ce cas
n'est pas rare, surtout à proximité/dans les villes.

Greg

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

--
Les dérives de rue :
La municipalité de Saint-Étienne applaudit le théâtre emporté par le
venthttp://drivrsdu.fr/la-municipalite-de-saint-etienne-applaudit-le-theatre-emporte-par-le-vent/
http://drivrsdu.fr/profession-emotion/
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Cartographie des quartiers inondés à Khartoum au Soudan

2013-08-12 Per discussione Cédric Moro

Salut Zimmy,

Je suis d'accord avec toi sur le fait que, pour les grands groupes privés à but
lucratifs, les zones très pauvres ne représentant pas de débouchés économiques,
ils ne trouvent donc aucun intérêt de les cartographier.

J'abonde dans ce sens également au sujet des grandes entreprises qui font de la
carto de crise en redorant leur image humanitaire. Comme sur le cyclone Haruna
à Madagascar en février dernier et bien d'autres catastrophes siliencieuses,
tant qu'il n'y a pas les médias (et donc des retombées positives en terme
d'image) ils ne mobilisent pas leurs moyens de carto de crise pour aider les
sinistrés. Telle est la triste réalité, qui malheureusement passe assez
inaperçue auprès du citoyen lambda, voir même de beaucoup de nos cadres en
gestion de crise.

Je pense donc que l'on peut en vouloir à certains humanitaires qui n'hésitent
pas à vanter à tout va les solutions de ces grandes entreprises alors qu'ils
savent bien quels sont les objectifs de ses groupes et leurs méthodes pour y
arriver.

Heureusement, les contributeurs d'OSM sont mobilisables à tout moment, sur
toute urgence, le plus souvent bénévolement, sans arrières pensées
propriétaires sur les données qu'ils produisent et c'est juste de leur rendre
hommage comme tu l'as fait.

A bientôt,

Cédric

Date: Mon, 12 Aug 2013 03:29:03 -0700
From: jeanlouis.zimmerm...@laposte.net
To: talk-fr@openstreetmap.org
Subject: Re: [OSM-talk-fr] Cartographie des quartiers inondés à Khartoum au
Soudan

Merci de l'info,
Voilà mon hommage au travail de la communauté.
http://www.flickr.com/photos/jeanlouis_zimmermann/9491547181/

J'appelle ça le phénomène de la page blanche : les grands groupes n'ont rien
à dire lorsqu'il n'y a pas d'argent à se faire ...

severin wrote
Bonsoir à tous,

La réponse humanitaire est coordonnée sur le terrain par le PNUD.

Cliquez ensuite sur votre éditeur préféré. Pour JOSM, il faut que la
fonction télécommande soit activée dans les préférences et que JOSM soit
déjà ouvert.

Merci à celles et ceux qui participeront !

Bien cordialement,

Séverin

HOT (Humanitarian OpenStreetMap Team)

___
Talk-fr mailing list

Talk-fr@

http://lists.openstreetmap.org/listinfo/talk-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] De la cartographie des postes électriques de quartier ERDF en France


Le 12/08/2013 12:28, François Lacombe a écrit :

Bonjour,

J'ai vu ça hier sur le terrain.

Les sectionneurs HTA, que l'on peut voir sur les poteaux supportant 
des lignes aériennes 20 kV, et qui permettent d'isoler une partie du 
réseau électrique ont fait leur apparition sur la page de la ref:ERDF:gdo.


http://wiki.openstreetmap.org/wiki/FR:Key:ref:ERDF:gdo

Le formalisme est le même.


Cependant, la proposition sur les postes de transformation n'étant pas 
encore votée, nous essayons de trouver la meilleure manière de 
cartographier ces gros interrupteurs : le poteau (power=pole) et le 
sectionneur (power=switch) sont tous les deux identifiés par power=* 
(comme dans le cas d'un transformateur power=transformer).


Pour l'instant, ref:ERDF:gdo est à mettre sur le noeud représentant le 
pylone support du sectionneur.



IMHO
Et bien ça va pas être simple si on utilise un power=switch.
Le poteau est représenté par un node power=pole. Il faudra mettre un 
node quelque part sur la linge pour repésenter le sectionneur et trouver 
un moyen de dire que le sectionneur est porté par tel poteau.
Donc, à mon avis beaucoup plus simple de faire du tout-en-un avec un 
node power=pole + power:switch=yes

--
FrViPofm

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

Re: [OSM-talk-fr] De la cartographie des postes électriques de quartier ERDF en France

2013-08-12 Per discussione François Lacombe

Bonsoir Jean-Louis.

Mes contributions sont avant tout un loisir, si cela peut être utile à
d'autres c'est tant mieux.
Ca permet de pas faire que des balades en vélo bêtes et méchantes. On est
obligé de regarder autour de soi quand on cherche des features bien
particulières :)

En effet, l'approche réseau est intéressante.
Sur OSM c'est difficilement possible pour l'instant.

En effet, le travail sur le tag power est difficilement transposable (de
mon point de vue) à ce qui peut être fait sur l'adduction d'eau potable ou
même sur un réseau hydrographique naturel.

Enfin, si cela peut en inspirer d'autre et entamer d'autres démarches de ce
genre c'est également tant mieux !

Bonne soirée.


*François Lacombe*

francois dot lacombe At telecom-bretagne dot eu
http://www.infos-reseaux.com


Le 12 août 2013 15:50, ZIMMY jeanlouis.zimmerm...@laposte.net a écrit :

 Bonjour François,

 Personnellement, je suis très intéressé par ta passion et la méthodologie
 que tu appliques aux réseaux de manière générale.

 Car viendra un moment où nous pourrons transposer la démarche sur le vivant
 :
 - le *réseau hydrographique* demande une finesse de description et de
 qualification qui est analogue (cours d'eau visible, invisible, débit, type
 de milieu...)
 - les *corridors écologiques* : bois, haies, prairies, milieux humides...

 Bref, vive les explorateurs et merci de ton côté décalé...
 Tu dois expérimenter la solitude des bâtisseurs ;-)

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

Re: [OSM-talk-fr] living_street vs. residential en Afrique


Le 12/08/2013 17:19, Jean-Marc Liotier a écrit :

On 12/08/2013 17:00, Claire Halleux wrote:

En RDC, la norme actuelle est d'utiliser residential seulement.

Le tag living street ne me parait actuellement pas opportun, même 
pour les rues sur lesquelles les gens étalent leurs terrasses et 
autres activités. Celles-ci pouvant tout aussi bien prendre place sur 
des rues en terre que sur des routes secondaires asphaltées d'ailleurs.


De plus, sur ces rues, aucune restriction de trafic n'existe. Les 
conducteurs ne se gênent pas malgré la présence de nombreux enfants 
et commerçants se trouvant sur place.


Selon ma compréhension du tag, il vaudrait mieux le garder pour des 
rues où la priorité est donnée à ces autres usagers que les 
automobilistes.


Je ne l'avais pas compris comme ça, mais ça me paraît être une règle 
pertinent et sans ambiguité : dans les définitions Européennes de 
'living street' (http://en.wikipedia.org/wiki/Living_street) mettent 
bien l'accent sur la primauté du piéton érigée par la classification 
officielle de la voie... J'avais sous-estimé la question de la 
classification officielle.


Côté talk-sn, Amadou suggère aussi de continuer à utiliser 
highway=residential mais la question sera néanmoins probablement 
débattue ultérieurement, ne serait-ce que pour vérifier la 
classification officielle en vigueur localement.
Le problème existe bien ailleurs qu'au Sénégal : Lomé (Togo), Sarh 
(Tchad)... où j'ai un peu contribué.
Un gars mettait systématiquement du living-street à Lomé à mon 
étonnement. Je l'ai interrogé sur les usages et sur la législation sur 
ces voies, il a convenu qu'il fallait tout passer en residential.
Il me semble qu'après une priode d'hésitation, l'usage s'est stabilisé 
sur le residential et le track. Voir Yaoundé, Accra, Abidjan, OUagadougou

--
FrViPofm

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

Re: [OSM-talk-fr] De la cartographie des postes électriques de quartier ERDF en France

2013-08-12 Per discussione François Lacombe

Bonsoir,

Oui cela est pas bête du tout et c'est vraiment pas un problème simple.
On se rejoint : j'ai proposé la semaine dernière sur le Talk de Substation
refinement que l'on rajoute un noeud pour le power=switch et qu'on mette un
pole=yes. Pour bien avoir power=pole ET power=switch dans tous les cas.
Sinon on va etre obligé de sélectionner des power=switch, power:switch=yes,
pole=switch
http://wiki.openstreetmap.org/wiki/Talk:Proposed_features/Substation_refinement#Transformer_type

Actuellement on part plus sur pas de switch et pour les transfos on
power=pole + transformer=distribution (donc pas de power=transformer
partout).
On peut utiliser switch=yes ou power:switch=yes ou pole=switch, etc...
comme me le dit polderrunner.

On devrait surtout changer power=pole ou power=tower en man_made=pole ou
man_made=tower (ou éventuellement man_made=power_tower pour différencier
des autres pylones autostables).
Mais ça ne sera pas accepté : trop de power=pole/tower actuellement.

A suivre :)

*François Lacombe*

francois dot lacombe At telecom-bretagne dot eu
http://www.infos-reseaux.com

Le 12 août 2013 20:28, Vincent Pottier vpott...@gmail.com a écrit :

Le 12/08/2013 12:28, François Lacombe a écrit :

Bonjour,

J'ai vu ça hier sur le terrain.

Les sectionneurs HTA, que l'on peut voir sur les poteaux supportant des
lignes aériennes 20 kV, et qui permettent d'isoler une partie du réseau
électrique ont fait leur apparition sur la page de la ref:ERDF:gdo.

http://wiki.openstreetmap.org/**wiki/FR:Key:ref:ERDF:gdohttp://wiki.openstreetmap.org/wiki/FR:Key:ref:ERDF:gdo

Le formalisme est le même.

Cependant, la proposition sur les postes de transformation n'étant pas
encore votée, nous essayons de trouver la meilleure manière de
cartographier ces gros interrupteurs : le poteau (power=pole) et le
sectionneur (power=switch) sont tous les deux identifiés par power=* (comme
dans le cas d'un transformateur power=transformer).

Pour l'instant, ref:ERDF:gdo est à mettre sur le noeud représentant le
pylone support du sectionneur.

IMHO
Et bien ça va pas être simple si on utilise un power=switch.
Le poteau est représenté par un node power=pole. Il faudra mettre un node
quelque part sur la linge pour repésenter le sectionneur et trouver un
moyen de dire que le sectionneur est porté par tel poteau.
Donc, à mon avis beaucoup plus simple de faire du tout-en-un avec un node
power=pole + power:switch=yes
--
FrViPofm

__**_
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] Pont ou tunnel

2013-08-12 Per discussione Jean-Francois Nifenecker

Le 12/08/2013 16:48, Greg a écrit :
 Bonjour,
 
 J'ai un problème de classification. Je ne suis pas sûr que cette chose [1]
 soit un pont (pour le chemin de fer) ou un tunnel (pour la route).
 Intuitivement, je dirais que c'est un pont, mais vu que la route creuse la
 terre pour passer par dessous, je dirais que c'est un tunnel.
 
 https://maps.google.com/maps?q=Saint-Etiennehl=enie=UTF8ll=45.495142,4.321779spn=0.004001,0.009645sll=35.746512,-95.712891sspn=37.600717,79.013672hnear=Saint-%C3%89tienne,+Loire,+Rhone-Alpes,+Francet=mz=17layer=ccbll=45.495193,4.319775panoid=x7cUwd4qcmQNOj-G5cwCiAcbp=12,2.68,,0,-1.55
 
 Je pense que c'est une question assez courante dans la mesure où ce cas
 n'est pas rare, surtout à proximité/dans les villes.

mes critères de moi que j'aime bien :

-- principe : une voie croise une autre et les deux se trouvent sur deux
plans différents.

-- pont : la voie qui passe sur le pont est plus longue que celle qui
est enjambée ;

-- tunnel : la voie qui passe sous le tunnel est plus longue que celle
qui passe au-dessus.


Pour ce que ça vaut. Et ne me demandez pas ce que je fais lorsque les
deux voies sont d'égale longueur...
-- 
Jean-Francois Nifenecker, Bordeaux

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

Re: [OSM-talk-fr] Pont ou tunnel

2013-08-12 Per discussione Guillaume Castagnino

Le lundi 12 août 2013 20:46:53 Jean-Francois Nifenecker a écrit :
 Le 12/08/2013 16:48, Greg a écrit :
  Bonjour,
  
  J'ai un problème de classification. Je ne suis pas sûr que cette
  chose [1] soit un pont (pour le chemin de fer) ou un tunnel (pour
  la route). Intuitivement, je dirais que c'est un pont, mais vu que
  la route creuse la terre pour passer par dessous, je dirais que
  c'est un tunnel.
  
  https://maps.google.com/maps?q=Saint-Etiennehl=enie=UTF8ll=45.495
  142,4.321779spn=0.004001,0.009645sll=35.746512,-95.712891sspn=37.
  600717,79.013672hnear=Saint-%C3%89tienne,+Loire,+Rhone-Alpes,+Franc
  et=mz=17layer=ccbll=45.495193,4.319775panoid=x7cUwd4qcmQNOj-G5c
  wCiAcbp=12,2.68,,0,-1.55
  
  Je pense que c'est une question assez courante dans la mesure où ce
  cas n'est pas rare, surtout à proximité/dans les villes.
 
 mes critères de moi que j'aime bien :
 
 -- principe : une voie croise une autre et les deux se trouvent sur
 deux plans différents.
 
 -- pont : la voie qui passe sur le pont est plus longue que celle qui
 est enjambée ;
 
 -- tunnel : la voie qui passe sous le tunnel est plus longue que celle
 qui passe au-dessus.
 
 
 Pour ce que ça vaut. Et ne me demandez pas ce que je fais lorsque les
 deux voies sont d'égale longueur...

Sans hésitation pour ma part, je dis pont. Que la route qui passe 
dessous creuse une saignée n'y change rien.
Le critère est simple : la voie du dessus est sur un ouvrage d'art (il 
y a un tablier en béton pour supporter la voie). C'est une saignée 
couverte par un ouvrage humain. Donc sur un pont.
S'il n'y avait pas de pont, la voie du dessous serait creusée dans le 
sol, et la voie du dessus reposerait sur une structure naturelle (arche 
en pierre, terre si l'épaisseur entre les 2 voies est plus importante, 
etc...)

Enfin, c'est ainsi que je procède :)

@+

-- 
Guillaume Castagnino
ca...@xwing.info / guilla...@castagnino.org


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

Re: [OSM-talk-fr] De la cartographie des postes électriques de quartier ERDF en France