date:20121005

Hallo Frederik,


Frederik Ramm wrote
 und durch eine nicht protokollierte Geheimdiplomatie ersetzt.

Gehe ich recht in der Annahme, dass sich das ändern wird? Mir ist klar, dass
es ab und an mal Gespräche gibt, deren Inhalte nicht für alle Ohren bestimmt
sind. Das ist unschön und sollte mMn auf ein Minimum reduziert werden, da es
immer Anlass für Spekulationen bietet. Aber manchmal gehts halt nicht
anders. Ein Wir sind noch dran, dauert vermutlich noch x Wochen ab und zu
reicht ja schon um das Gefühl zu haben, es ist nicht vergessen und Unruhe zu
vermeiden. 
Mit MS habe ich persönlich kein Problem mehr. Der Fall war ja auch von
Anfang an etwas anders gelagert. Ich weiß allerdings, dass es da auch andere
Meinungen gibt. 



--
View this message in context: 
http://gis.19327.n5.nabble.com/Neues-zum-Stand-der-Lizenzverletzungen-durch-Gro-konzerne-tp5728603p5729056.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] Neues zum Stand der Lizenzverletzungen durch Großkonzerne?


Am 05.10.2012 07:34, schrieb ThomasB:

 Aber einfach so akzeptieren
 gefällt mir nicht. Im Simon schreibt ja selber, dass da gerade nichts
in der
 Hinsicht passiert(e) sondern, dass man den Kanal zu Apple wieder öffnen
 werden, sprich nichts ist passiert
Natürlich ist nichts passiert, sogar wenn wir ein Herrschar von
festangestellten Anwälten hätten wäre in den knapp 2 Wochen seit
Veröffentlichung von iOS6  ausser vielleicht Vorabkärungen genau nichts
passiert. Ihr schaut wirklich alle zuviel Fernsehen.


 @Simon das mit dem begrenzenten Platz ist gut ;-). Bei anderen
schreiben sie
 halbe Romane

Aber nicht bei IPhoto und nur bez. iPhoto hatten wir Kontakt mit Apple.
Sie haben aber jetzt soviel ich weiss den gleichen oder einen ähnlichen
Hinweis verwendet bei Apple Maps vermutlich unter der Annahme das wir
mit dem  zufrieden sind.

SImon



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

Re: [Talk-de] Distriktgrenzen anhand von Straßenverzeichnis eintragen, Grenzverlauf?

2012-10-05 Diskussionsfäden Frank Wein

Frank Wein wrote:
[...]

Um mal auf mich selbst zu antworten ;): Ich hab nach einer kurzen
Diskussion im IRC jetzt nochmal nachgefragt ob es wirklich keine
richtigen Distriktgrenzen gibt (sondern eben nur diese Straßenlisten).
Falls es wirklich so wäre, könnte ich wohl das Konstrukt is_in:district
verwenden um die Zugehörigkeit von Straßen zu einem Distrikt in OSM
abzubilden.

Gruß
Frank

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

Re: [Talk-de] Neues zum Stand der Lizenzverletzungen durch Großkonzerne?

SimonPoole wrote
Aber einfach so akzeptieren
gefällt mir nicht. Im Simon schreibt ja selber, dass da gerade nichts
in der
Hinsicht passiert(e) sondern, dass man den Kanal zu Apple wieder öffnen
werden, sprich nichts ist passiert
Natürlich ist nichts passiert, sogar wenn wir ein Herrschar von
festangestellten Anwälten hätten wäre in den knapp 2 Wochen seit
Veröffentlichung von iOS6 ausser vielleicht Vorabkärungen genau nichts
passiert. Ihr schaut wirklich alle zuviel Fernsehen.

@Simon das mit dem begrenzenten Platz ist gut ;-). Bei anderen
schreiben sie
halbe Romane

Aber nicht bei IPhoto und nur bez. iPhoto hatten wir Kontakt mit Apple.
Sie haben aber jetzt soviel ich weiss den gleichen oder einen ähnlichen
Hinweis verwendet bei Apple Maps vermutlich unter der Annahme das wir
mit dem zufrieden sind.

Der fehlenden Lizenzhinweis bei iPhoto ist nicht erst seit zwei Wochen drin.
Tue also bitte nicht so, als wäre das Thema etwas ganz neues. Das ist schon
monatelang falsch und es ist nicht passiert - zumindest hat es so den
Anschein. Niemand hat verlangt, dass ihr in 2 Wochen eine Klage gegen Apple
durchzieht aber es scheint ja auch nichts zu geben, was gemacht worden wäre,
sonst würdest Du hier nicht mit falschen Tatsachen kommen. Und auch bei
iPhoto gibt es Credits, die über mehrere Zeilen gehen
http://tctechcrunch2011.files.wordpress.com/2012/05/osm_iphoto_credits.jpg
Also es gibt überhaupt keinen Grund, warum Apple nicht noch Platz für 6
Buchstaben und zwei Bindestriche haben sollte.
Ich denke mal, dass Dir das bekannt ist und die die Sache absichtlich
vernebelst und ins lächerliche ziehst.

--
View this message in context:
http://gis.19327.n5.nabble.com/Neues-zum-Stand-der-Lizenzverletzungen-durch-Gro-konzerne-tp5728603p5729062.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] Neues zum Stand der Lizenzverletzungen durch Großkonzerne?


Am 05.10.2012 10:42, schrieb ThomasB:

 Der fehlenden Lizenzhinweis bei iPhoto ist nicht erst seit zwei Wochen drin.
 Tue also bitte nicht so, als wäre das Thema etwas ganz neues. 
Nochmals, ich habs ja nur schon ein halbes dutzend Mal geschrieben, der
Quellenhinweis bei iPhoto ist soviel ich weiss der Text der von uns
vorgeschlagen wurde, sprich es gibt nichts, nada, null zu reklamieren.
Du kannst dich jetzt darüber aufregen und so weiter, und von mir aus die
OSMF verklagen, Apple ist aber in dem Fall aus dem Schneider.

Simon


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

Re: [Talk-de] Distriktgrenzen anhand von Straßenverzeichnis eintragen, Grenzverlauf?

2012-10-05 Diskussionsfäden Walter Nordmann

Ich würde die Distrikte als Grenzen erfassen (admin_level=10 ?) sodass die
Strassen in ihrem Distrikt liegen. Dann kann man ALLE Objekte - also auch
Geschäfte, Kindergärten, Haltestellen, Ampeln, Zebrastreifen,
Littfass-Säulen, HKTS auf ihre Lage hin abfragen und nicht nur die, die ein
is_in-Tag haben.
Dass die Grenzen nicht genau sein können, ist mMn vertretbar.

Gruss
Walter



--
View this message in context: 
http://gis.19327.n5.nabble.com/Distriktgrenzen-anhand-von-Stra-enverzeichnis-eintragen-Grenzverlauf-tp5728793p5729071.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] Neues zum Stand der Lizenzverletzungen durch Großkonzerne?

SimonPoole wrote
Nochmals, ich habs ja nur schon ein halbes dutzend Mal geschrieben, der
Quellenhinweis bei iPhoto ist soviel ich weiss der Text der von uns
vorgeschlagen wurde, sprich es gibt nichts, nada, null zu reklamieren.
Du kannst dich jetzt darüber aufregen und so weiter, und von mir aus die
OSMF verklagen, Apple ist aber in dem Fall aus dem Schneider.

Die Creative Commons Lizenz ist das recht eindeutig.
cc-by-sa 2.0 §4a
Sie dürfen den Schutzgegenstand ausschließlich unter den Bedingungen dieser
Lizenz vervielfältigen, verbreiten oder öffentlich wiedergeben, und Sie
müssen stets eine Kopie oder die vollständige Internetadresse in Form des
Uniform-Resource-Identifier (URI) dieser Lizenz beifügen, wenn Sie den
Schutzgegenstand vervielfältigen, verbreiten oder öffentlich wiedergeben.

Trifft zwar nicht zu.aber ODbL sagt dazu genauso eindeutig unter 4.2.b
b. Eine Kopie dieser Lizenz (oder, wenn anwendbar, einer nach Abschnitt 4.4
zugelassenen Lizenz) oder ihren URI (Uniform Resource Indentifier) der
Datenbank oder abgeleiteten Datenbank beifügen, sowohl in der Datenbank oder
abgeleiteten Datenbank, als auch in jeder relevanten Dokumentation

Heißt das jetzt, dass das OSMF Board nach gutdünken Teile der Lizenz ausser
Kraft setzen kann? Ist Apple ein Einzelfall und gibts da noch mehr
Sideletter? Ich dachte bisher, dass dazu eine 2/3 Mehrheit der aktiven
Mapper erforderlich ist.

--
View this message in context:
http://gis.19327.n5.nabble.com/Neues-zum-Stand-der-Lizenzverletzungen-durch-Gro-konzerne-tp5728603p5729073.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] Distriktgrenzen anhand von Straßenverzeichnis eintragen, Grenzverlauf?

2012-10-05 Diskussionsfäden bkmap


Am 05.10.2012 11:14, schrieb Walter Nordmann:

Ich würde die Distrikte als Grenzen erfassen (admin_level=10 ?) sodass die
Strassen in ihrem Distrikt liegen. Dann kann man ALLE Objekte - also auch
Geschäfte, Kindergärten, Haltestellen, Ampeln, Zebrastreifen,
Littfass-Säulen, HKTS auf ihre Lage hin abfragen und nicht nur die, die ein
is_in-Tag haben.
Dass die Grenzen nicht genau sein können, ist mMn vertretbar.


+1
Ich würde aber nicht nach
name:(Straße1 | Straße2 | ...) sondern nach addr:street:(Straße1 | 
Straße2 | ...) suchen. Damit werden alle Häuser markiert, die zu den 
Straßen gehören. Ein Multipolygon mit admin_level=10 drum rum zu ziehen, 
wäre dann recht einfach.


Gruß
Burkhard




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

Re: [Talk-de] Neues zum Stand der Lizenzverletzungen durch Großkonzerne?


Am 05.10.2012 11:17, schrieb ThomasB:
 SimonPoole wrote
 Nochmals, ich habs ja nur schon ein halbes dutzend Mal geschrieben, der
 Quellenhinweis bei iPhoto ist soviel ich weiss der Text der von uns
 vorgeschlagen wurde, sprich es gibt nichts, nada, null zu reklamieren.
 Du kannst dich jetzt darüber aufregen und so weiter, und von mir aus die
 OSMF verklagen, Apple ist aber in dem Fall aus dem Schneider.
 Die Creative Commons Lizenz ist das recht eindeutig.
 cc-by-sa 2.0 §4a
 Sie dürfen den Schutzgegenstand ausschließlich unter den Bedingungen dieser
 Lizenz vervielfältigen, verbreiten oder öffentlich wiedergeben, und Sie
 müssen stets eine Kopie oder die vollständige Internetadresse in Form des
 Uniform-Resource-Identifier (URI) dieser Lizenz beifügen, wenn Sie den
 Schutzgegenstand vervielfältigen, verbreiten oder öffentlich wiedergeben.
Ich glaube wir kennen alle diese Formvorschrift und wir wissen alle,
dass es nie so genau genommen wurde (bei allen), schlicht aus
praktischen Gründen, denn wie der Text sagt genügt ein CC by-SA 2.0
nicht (sogar wenns ein Hyperlink auf den Text wäre). Mit anderen Worten:
es gab und gibt eine grosse Bandbreite an Quellenhinweisen die als
genügend angesehen wurden, dazu kommt noch, siehe unten, dass man sich
auf etwas einfacheres für ODbL Quellenhinweise geeinigt hat und das ev.
etwas zur Konfusion beigetragen hat.
.

 Trifft zwar nicht zu.aber ODbL sagt dazu genauso eindeutig unter 4.2.b
 b. Eine Kopie dieser Lizenz (oder, wenn anwendbar, einer nach Abschnitt 4.4
 zugelassenen Lizenz) oder ihren URI (Uniform Resource Indentifier) der
 Datenbank oder abgeleiteten Datenbank beifügen, sowohl in der Datenbank oder
 abgeleiteten Datenbank, als auch in jeder relevanten Dokumentation
Ich hab bis jetzt noch niemand getroffen der die Meinung vertreten hat,
dass die Apple Maps nicht ein Produced Work wären (wären es
ODbL-Daten) mit den entsprechend anderen Anforderungen an den
Quellenhinweis. Du kannst natürlich gerne vorschlagen
http://wiki.openstreetmap.org/wiki/Legal_FAQ#3a._I_would_like_to_use_OpenStreetMap_maps._How_should_I_credit_you.3F
zu ändern.
 
Simon


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

Re: [Talk-de] Parkhaus richtig mappen

Am 5. Oktober 2012 07:51 schrieb Lars Schimmer l.schim...@cgv.tugraz.at:
 unten kein GPS funktioniert) und einfach die Parkfläche als
 parking=underground und zu dieser hinführend alle möglichen
 Zugänge/Zufahrten.

 Und wenn darüber noch nen Haus ist und grünfläche und Bäume?
 *g*


Das sind dann vermutlich andere Objekte, die getrennt davon gemappt
werden. Ein Problem gibt es frühestens dann, wenn man mehr als 11
Objekte übereinander hat (weil layer -5 bis +5 dann nicht mehr
ausreicht ;-) ).

Gruß Martin

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

Re: [Talk-de] Neues zum Stand der Lizenzverletzungen durch Großkonzerne?

Am 5. Oktober 2012 07:34 schrieb ThomasB toba0...@yahoo.de:
 @Simon das mit dem begrenzenten Platz ist gut ;-). Bei anderen schreiben sie
 halbe Romane
 Bspw bei TomTom [1]:
  © 2006 – 2012 TomTom. All rights reserved. This material is proprietary


+1
das alleine ist vermutlich schon eine Lizenzverletzung, weil auf der
2. Seite (maps auf iOS6), wo der Layer ausgewählt werden kann (also
hervorgehoben im Vergleich zum Rest der Quellenangaben) Daten von
TOMTOM, anderen, d.h. OSM wird nicht gleichwertig mit TOMTOM genannt.

Die andere klare Lizenzverletzung ist die der Unterschlagung der
Lizenzangabe. Die gehört zwingend zur Einhaltung der Lizenz.

Begrenzter Platz ist jedenfalls die schlechteste mögliche Ausrede,
weil das bereits ein endlos langes Textfile ist, das auf jeden Fall
gescrollt werden muss, und wo eine Lizenzangabe für viele
Datenlieferanten aber nicht für OSM erfolgt.

Gruß Martin

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

Re: [Talk-de] Neues zum Stand der Lizenzverletzungen durch Großkonzerne?

Am 4. Oktober 2012 21:59 schrieb Simon Poole si...@poole.ch:
 Am 04.10.2012 21:12, schrieb ThomasB:
 Ich weiss nicht ganz auf was du heraus willst, den fehlenden
 Quellenhinweis bei iPhoto hat man angrmahnt und der wurde postwendend
 auch gemacht. Es fehlt zwar der HInweis auf die genaue Lizenz, aber man
 war wohl mit Hinblick auf eine mobile Applikation etc. mit einer
 kürzeren Version zufrieden.


man kann die Lizenz nicht halb einhalten, entweder man hält sie ein,
oder nicht. Hier wird sie nicht eingehalten. Das Board kann sich m.E.
gar nicht mit Apple einigen, dass sie die Lizenz nicht einhalten
müssen, dazu haben sie überhaupt kein Mandat, oder täusche ich mich
da?


 Mir ist nicht bekannt, dass man von irgendwelchen anderen Anbietern (mit
 einer vergleichbaren Applikation) was anderes oder mehr verlangt hätte.


AFAIK verlangt man von allen Anbietern, dass sie die Lizenz einhalten,
was bedeutet dass das Werk unter cc-by-sa veröffentlicht wird, und das
auch so angegeben wird --- neben der Attributierung zu OSM
Contributors.

Gruß Martin

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

Re: [Talk-de] Neues zum Stand der Lizenzverletzungen durch Großkonzerne?

SimonPoole wrote
 Ich glaube wir kennen alle diese Formvorschrift und wir wissen alle,
 dass es nie so genau genommen wurde (bei allen), schlicht aus
 praktischen Gründen, denn wie der Text sagt genügt ein CC by-SA 2.0
 nicht (sogar wenns ein Hyperlink auf den Text wäre). Mit anderen Worten:
 es gab und gibt eine grosse Bandbreite an Quellenhinweisen die als
 genügend angesehen wurden, dazu kommt noch, siehe unten, dass man sich
 auf etwas einfacheres für ODbL Quellenhinweise geeinigt hat und das ev.
 etwas zur Konfusion beigetragen hat.

Keine Ahnung wen Du mit wir meinst. Wenn es das Board ist, kannst Du recht
haben.
Ansonsten behauptest Du hier etwas, das nicht den Tatsachen entspricht. Es
gibt es x Threads im Forum, wo genau das bemängelt und an die entsprechenden
Seitenbetreiber adressiert wurde. Nur mal so als Beispiel
http://forum.openstreetmap.org/viewtopic.php?pid=147786
Ich behaupte daher mal, dass genau das Gegenteil Deiner Aussage Konsens war,
sprich die Herkunft UND Lizenz müssen genannt werden.





--
View this message in context: 
http://gis.19327.n5.nabble.com/Neues-zum-Stand-der-Lizenzverletzungen-durch-Gro-konzerne-tp5728603p5729088.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

[Talk-de] Idee für automatischen Serverwechsel bei Kartenausfall

2012-10-05 Diskussionsfäden Jan Tappenbeck


Hi !

ein Bekannter von mir betreibt eine Webseite die als Hintergrund die 
Karten vom Toolserver verwendet, weil dort keine Namen gelistet werden.


Nun wollen wir sicher gehen das immer eine Karte verfügbar sein soll.

Ich würde gerne automatisch die Kacheln eines anderen Servers einbinden, 
wenn der Toolserver mal ausfallen würde.


Hat einer von Euch für soetwas eine Idee - außer den eigenen?

Gruß Jan :-)

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

Re: [Talk-de] Neues zum Stand der Lizenzverletzungen durch Großkonzerne?

2012-10-05 Diskussionsfäden Mike Dupont

2012/10/5 Mike Dupont jamesmikedup...@googlemail.com


 2012/10/4 Simon Poole si...@poole.ch

 Wenn es sich um ODbL lizenzierte Daten handeln würde (was mit grosser
 Sicherheit nicht der Fall ist),


 Ich bin der Hoffnung das die Daten aus der EU (also meine, die ich in .de
 erstellt habe) unter der european datenbank directive bereits besonders
 geschuetz sind,


Hier gibt es den ersten Feeback :
http://lists.ibiblio.org/pipermail/cc-de/2012-October/001056.html
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Neues zum Stand der Lizenzverletzungen durch Großkonzerne?

2012/10/5 Frederik Ramm frede...@remote.org:
 On 10/05/2012 07:34 AM, ThomasB wrote:
 Die LWG hat in ihren Protokollen schon eine Hall of Shame
 Da steht nur keiner der beiden genannten Firmen drauf.
 Doch, beide hier:
 https://docs.google.com/document/pub?id=1ntJ5zd2oq_EgpFxZCeJPGbCxz1oeeEu4YSmeOmyrSuE


Gibt es eigentlich einen besonderen Grund, dass diese Protokolle auf
den Servern von einem Konkurrenten gespeichert werden? AFAIK können
die ohne Angabe von Gründen alles Löschen, was man da ablegt, oder
einem ohne Angabe von Gründen den Zugang zum Service einstellen (s.
Terms von Google).

 Bezueglich Microsoft steht da zwei Meetings spaeter dann happy with the
 response provided that progress happens. Was die urspruengliche und
 protokollierte Lizenzverletzung ja nicht ungeschehen macht.


ja, und zwar ist es nett, wenn Fortschritt verkündet wird, aber wenn
es trotzdem so lange dauert, könnte man auch von Hinhaltetaktik
sprechen. Was würde wohl die Kontent-industrie sagen, wenn MS ein
geklautes Musikstück zum Download anbietet, und die sagen, OK, wir
nehmen das runter, und nach 8 Monaten ist es immer noch drauf? Haben
die nicht auch ein schnelleres Verfahren für dringendere Fälle? Oder
ist ihnen im Prinzip der Vorgang egal, und sie verfolgen das nur mit
vorletzter Priorität, weil wir ja ein Top-Verhältnis haben und sich
schon niemand rühren wird?

Zur Erinnerung (und AFAIR): Anfangs wurde behauptet es könnte
ausgeschlossen werden, dass OSM-Daten verwendet wurden, und erst
nachdem zig Fälle im Wiki publiziert wurden, und es nicht mehr anders
ging, wurde zugegeben, dass aus Versehen doch inkompatible Daten
gemischt wurden.


 the board that we want to send it immediately., allerdings hat das Board
 die Sache der LWG dann aus der Hand genommen (naechstes Meeting: Henk
 reported that the reason the board has taken the issue away from LWG as they
 felt that LWG was not being properly responsible to the board on this
 issue.) und durch eine nicht protokollierte Geheimdiplomatie ersetzt.


+1, es finden sich überhaupt keine weiteren Punkte mehr dazu in den
Board-Meetings, und das war auch einer der Gründe, warum ich da mal
nachfragen wollte. April war ja nicht gestern.

Gruß Martin

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

Re: [Talk-de] Neues zum Stand der Lizenzverletzungen durch Großkonzerne?

Am 5. Oktober 2012 11:59 schrieb Simon Poole si...@poole.ch:
 cc-by-sa 2.0 §4a
 Sie dürfen den Schutzgegenstand ausschließlich unter den Bedingungen dieser
 Lizenz vervielfältigen, verbreiten oder öffentlich wiedergeben, und Sie
 müssen stets eine Kopie oder die vollständige Internetadresse in Form des
 Uniform-Resource-Identifier (URI) dieser Lizenz beifügen, wenn Sie den
 Schutzgegenstand vervielfältigen, verbreiten oder öffentlich wiedergeben.
 Ich glaube wir kennen alle diese Formvorschrift und wir wissen alle,
 dass es nie so genau genommen wurde (bei allen), schlicht aus
 praktischen Gründen, denn wie der Text sagt genügt ein CC by-SA 2.0
 nicht (sogar wenns ein Hyperlink auf den Text wäre). Mit anderen Worten:
 es gab und gibt eine grosse Bandbreite an Quellenhinweisen die als
 genügend angesehen wurden


Das stimmt nicht, ein Link zur cc-by-sa 2.0 reicht aus, s. §4b
You must include a copy of, or the Uniform Resource Identifier for,
this License or other license specified in the previous sentence with
every copy or phonorecord of each Derivative Work

or the URI for

http://creativecommons.org/licenses/by-sa/2.0/legalcode

und doch, das wurde durchaus so genau genommen, das ist ja gerade der
Sinn einer Lizenz, dass genau vorgegeben wird, wie und in welchem
Umfang und zu welchen Bedingungen man die Daten nutzen kann.

Gruß Martin

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

Re: [Talk-de] Neues zum Stand der Lizenzverletzungen durch Großkonzerne?


Am 05.10.2012 12:35, schrieb Martin Koppenhoefer:
 Zur Erinnerung (und AFAIR): Anfangs wurde behauptet es könnte
 ausgeschlossen werden, dass OSM-Daten verwendet wurden, und erst
 nachdem zig Fälle im Wiki publiziert wurden, und es nicht mehr anders
 ging, wurde zugegeben, dass aus Versehen doch inkompatible Daten
 gemischt wurden.
Das stimmt so nicht, Steve hat das abgeklärt (er hat mit der Abteilung
nichts zu tun, sprich er hat einen Kollegen gefragt) und bekam die
Auskunft, dass die Daten von der Behörde gekommen sind, die die
Verpixelung verlangt hat. Natürlich hätte Steve vermutlich so eine
informelle aus der Hüfte geschossene  Auskunft eigentlich nie machen
dürfen, man sieht ja was man davon hat.

Später hat sich herausgestellt, dass die Behörde nur eine grobe
Adressliste geliefert hat und irgendjemand bei bing auf die  gloriose
Idee gekommen war auch aus OSM abgeleitete Polygone für die Verpixelung
zu verwenden. Ob das irgendwelche Lizenzrechtliche Konsequenzen hätte
oder so, wurde übrigens nie mit MS diskutiert, MS hat schlicht so gesagt
das sie das beheben würde.

Simon


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

Re: [Talk-de] OpenStreetMap gender-biased

2012-10-05 Diskussionsfäden Jannis Achstetter

Am 05.10.2012 10:03, schrieb Jochen Topf:
 On Fri, Oct 05, 2012 at 09:10:28AM +0200, Stefan Tiran wrote:
 Frederik Ramm wrote:
 Hallo,

 das ist schon 2 Monate alt, aber ich hab es jetzt erst gesehen: Ein 
 englischsprachiger Vortrag darueber, dass OpenStreetMap ja 
 gender-biased sei (genauer genommen Frauen benachteiligend). Als 
 wesentliche Beweisstuecke werden die Anzahl von getaggten Bordellen ins 
 Feld gefuehrt und die Tatsache, dass eine Wiki-Abstimmung zu 
 amenity=childcare mit 15 Abstimmenden nicht die erforderliche 
 Beteiligung erreichte.

Passend zum Thema, das Editorial der aktuellen Ausgabe des Linux-Magazins:

http://www.linux-magazin.de/Heft-Abo/Ausgaben/2012/11/Login


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

Re: [Talk-de] Neues zum Stand der Lizenzverletzungen durch Großkonzerne?


Am 05.10.2012 12:46, schrieb Martin Koppenhoefer:


 Das stimmt nicht, ein Link zur cc-by-sa 2.0 reicht aus, s. §4b
 You must include a copy of, or the Uniform Resource Identifier for,
 this License or other license specified in the previous sentence with
 every copy or phonorecord of each Derivative Work

 or the URI for

 http://creativecommons.org/licenses/by-sa/2.0/legalcode

 und doch, das wurde durchaus so genau genommen, das ist ja gerade der
 Sinn einer Lizenz, dass genau vorgegeben wird, wie und in welchem
 Umfang und zu welchen Bedingungen man die Daten nutzen kann.

Link != Text des URIs

Ich will nur aufzeigen, dass auch du und Thomas eine Interpretation der
Lizenz verwenden die nicht mit dem wortwörtlichen Inhalt übereinstimmt.

Desweiteren hat Thomas auf eine schöne Liste indirekt verlinkt bei dem
ein Grossteil der Sites CC by-SA nicht einhalten. Wieviele von den
Betreibern dieser Sites wurden verklagt? Keine einzige. Mit anderen
Worten man behandelt MS, Apple etc. auch nicht anders als die kleinen
Fische, sondern man versucht mit anderen Mitteln darauf hinzuwirken,
dass sie die Lizenz möglichst gut einhalten.

Simon


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

Re: [Talk-de] Neues zum Stand der Lizenzverletzungen durch Großkonzerne?

Am 5. Oktober 2012 13:20 schrieb Simon Poole si...@poole.ch:
 Desweiteren hat Thomas auf eine schöne Liste indirekt verlinkt bei dem
 ein Grossteil der Sites CC by-SA nicht einhalten. Wieviele von den
 Betreibern dieser Sites wurden verklagt? Keine einzige. Mit anderen
 Worten man behandelt MS, Apple etc. auch nicht anders als die kleinen
 Fische, sondern man versucht mit anderen Mitteln darauf hinzuwirken,
 dass sie die Lizenz möglichst gut einhalten.


Als erstes: verklagen sehe ich auch nicht als nächsten Schritt an,
es ist klar, dass das niemand gern tut, und dass das auch einen
gewissen Kollateralschaden mit sich bringt (welche große IT-Firma
würde denn dann noch OSM-Daten nutzen, wenn die einen bei Problemen
als erstes verklagen?).

Aber es kann doch auch nicht angehen, dass das Board (scheinbar, man
weiss ja nichts genaues, weil die Kommunikation, so sie stattgefunden
hat, geheim war) manchen Nutzern Sonderkonditionen einräumt. Anstatt
zu brüllen: danke für die Namens-Nennung und willkommen im Club, hätte
man schon darauf bestehen müssen, dass auch die Lizenz eingehalten
wird. Und das noch nicht mal auf die Feinheiten bezogen sondern auf
das Allermindeste: dass angegeben wird, unter welcher Lizenz die Daten
stehen und woher sie kommen. Umsomehr, als es 2 Alternativen gibt und
gar nicht mal klar ist, welche der beiden Lizenzen gilt. Nochmal: Wir
reden hier ja nicht in erster Linie darüber, ob ein Link ausreicht,
sondern dass _überhaupt kein Hinweis_ auf die Lizenz angegeben wurde
und wird, und zwar mindestens seit März 2012:
http://blog.osmfoundation.org/2012/03/08/welcome-apple/
Da ist keinerlei Hinweis, dass die Lizenz nach wie vor nicht eingehalten wird.

Du schriebst in Deiner anderen Mail, dass Du davon ausgehst, dass
Apple in keinem Fall eine rechtliche Möglichkeit hat, OSM mit anderen
proprietären Daten zu mischen, d.h. sie könnten OSM eigentlich in
dieser Form gar nicht nutzen, und dann schreibst Du oben, man
versuchte darauf hinzuwirken, dass sie die Lizenz möglichst gut
einhalten? Was bedeutet das konkret für den Fall Apple? Wurden sie
gebeten, die OSM-Daten rauszunehmen? Die gemischten Daten freizugeben?
Einen Hinweis auf die Lizenz anzugeben?

Gruß Martin

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

Re: [Talk-de] Neues zum Stand der Lizenzverletzungen durch Großkonzerne?

SimonPoole wrote
 Desweiteren hat Thomas auf eine schöne Liste indirekt verlinkt bei dem
 ein Grossteil der Sites CC by-SA nicht einhalten. Wieviele von den
 Betreibern dieser Sites wurden verklagt? Keine einzige. Mit anderen
 Worten man behandelt MS, Apple etc. auch nicht anders als die kleinen
 Fische, sondern man versucht mit anderen Mitteln darauf hinzuwirken,
 dass sie die Lizenz möglichst gut einhalten.

Du würdest nichtmal zustimmen wenn wir darüber diskutieren würde ob der
Himmel blau ist. Ich denke, Du weißt recht genau, was schief gelaufen ist
und wir müssen jetzt nicht ellenlange Scheindebatten über irgendwelche
Nebenaspkete führen bei denen nichts rauskommt und den geneignten Lesern der
ML die Inbox vollspammen.




--
View this message in context: 
http://gis.19327.n5.nabble.com/Neues-zum-Stand-der-Lizenzverletzungen-durch-Gro-konzerne-tp5728603p5729114.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] Distriktgrenzen anhand von Straßenverzeichnis eintragen, Grenzverlauf?

Am 5. Oktober 2012 11:45 schrieb bkmap burkhard.kirch...@web.de:
 Am 05.10.2012 11:14, schrieb Walter Nordmann:

 Ich würde die Distrikte als Grenzen erfassen (admin_level=10 ?) sodass die
 Strassen in ihrem Distrikt liegen. Dann kann man ALLE Objekte - also
 auch
 Geschäfte, Kindergärten, Haltestellen, Ampeln, Zebrastreifen,
 Littfass-Säulen, HKTS auf ihre Lage hin abfragen und nicht nur die, die
 ein
 is_in-Tag haben.
 Dass die Grenzen nicht genau sein können, ist mMn vertretbar.


 +1
 Ich würde aber nicht nach
 name:(Straße1 | Straße2 | ...) sondern nach addr:street:(Straße1 | Straße2
 | ...) suchen. Damit werden alle Häuser markiert, die zu den Straßen
 gehören. Ein Multipolygon mit admin_level=10 drum rum zu ziehen, wäre dann
 recht einfach.


er hat doch mit seinem 2. Beispiel gezeigt, dass das alles andere als
einfach ist. Ich sehe es zwar auch so, dass man es so machen sollte,
aber wo die Grenzen nicht Straßen sind muss man zwischen den Häusern
eine Grenze ziehen je nachdem, zu welcher Straße die Häuser gehören.
Wenn natürlich alle Objekte schon vollständige Address-daten haben
wird es einigermaßen einfach.

Gruß Martin

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

Re: [Talk-de] Frage: GPX Track einer Relation extrahieren/runterladen?

2012-10-05 Diskussionsfäden Kevin Halton

 Date: Thu, 4 Oct 2012 21:32:08 +0200 (CEST)
 From: Alexander Lehner leh...@edv-buero-lehner.de
 Subject: Re: [Talk-de] Frage: GPX Track einer Relation 
 extrahieren/runterladen?

 Super, danke! Das war genau, was ich gesucht habe.
 Verewigt:
 http://de.wikipedia.org/wiki/Isar-Radweg#Weblinks

Obowhl dies sehr nützlich ist, sind solche direkten Links auf die GPX Dateien 
leider von den Herstellern unerwunscht.
Auf http://cycling.waymarkedtrails.org/de/help/legal steht:
Die GPX-Dateien werden ausschließlich für Besucher dieser Seite zur Verfügung 
gestellt. Automatische Downloads oder direkte Links von anderen Seiten werden 
nicht toleriert.

Keine Ahnung was nicht toleriert bedeutet, die Links funktionieren (noch), 
aber nur für Info...

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

Re: [Talk-de] Frage: GPX Track einer Relation extrahieren/runterladen?

2012-10-05 Diskussionsfäden Sarah Hoffmann

On Fri, Oct 05, 2012 at 02:37:49PM +0100, Kevin Halton wrote:
  From: Alexander Lehner leh...@edv-buero-lehner.de
 
  Super, danke! Das war genau, was ich gesucht habe.
  Verewigt:
  http://de.wikipedia.org/wiki/Isar-Radweg#Weblinks
 
 Obowhl dies sehr nützlich ist, sind solche direkten Links auf die GPX Dateien 
 leider von den Herstellern unerwunscht.
 Auf http://cycling.waymarkedtrails.org/de/help/legal steht:
 Die GPX-Dateien werden ausschließlich für Besucher dieser Seite zur 
 Verfügung gestellt. Automatische Downloads oder direkte Links von anderen 
 Seiten werden nicht toleriert.
  
 Keine Ahnung was nicht toleriert bedeutet

Ich auch nicht. ;) Da ist wohl die deutsche Übersetzung ein wenig zu
streng geraten. Muss man mal anpassen.

Aber im Prinzip ist der Hinweis schon korrekt. Mit dem neuen Server
ist das zwar alles nicht mehr ganz so kritisch, aber dennoch würde
ich es vorziehen, wenn statt der direkten Links auf die GPX-Dateien
auf die Karte mit der Route verlinkt wird, also nach
http://cycling.waymarkedtrails.org/de/relation/2119154

Das ist nur ein Mausklick mehr für den Nutzer, um zum GPX zu kommen.

Gruss

Sarah
(Hersteller der Karte)

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

Re: [Talk-de] Neues zum Stand der Lizenzverletzungen durch Großkonzerne?


Am 05.10.2012 13:47, schrieb Martin Koppenhoefer:
 Am 5. Oktober 2012 13:20 schrieb Simon Poole si...@poole.ch:
 Desweiteren hat Thomas auf eine schöne Liste indirekt verlinkt bei dem
 ein Grossteil der Sites CC by-SA nicht einhalten. Wieviele von den
 Betreibern dieser Sites wurden verklagt? Keine einzige. Mit anderen
 Worten man behandelt MS, Apple etc. auch nicht anders als die kleinen
 Fische, sondern man versucht mit anderen Mitteln darauf hinzuwirken,
 dass sie die Lizenz möglichst gut einhalten.

 Als erstes: verklagen sehe ich auch nicht als nächsten Schritt an,
 es ist klar, dass das niemand gern tut, und dass das auch einen
 gewissen Kollateralschaden mit sich bringt (welche große IT-Firma
 würde denn dann noch OSM-Daten nutzen, wenn die einen bei Problemen
 als erstes verklagen?).

 Aber es kann doch auch nicht angehen, dass das Board (scheinbar, man
 weiss ja nichts genaues, weil die Kommunikation, so sie stattgefunden
 hat, geheim war) manchen Nutzern Sonderkonditionen einräumt.

Da ich nicht genau weiss was da besprochen wurde kann ich die Frage auch
nicht beantworten.

Für mich stellt sich nur die Frage ob der Quellenhinweis plus Link auf
die OSM Hauptseite  unsere Anforderungen genügend gut abdeckt. Zum
Beispiel, dass man sieht das die Daten freiverfügbar sind und den
genauen Lizenztext finden kann (so denn man den lesen will). Oder nicht
sogar besser für das Projekt ist, als eine zwar genau den Bedingungen
der Lizenz entsprechenden Hinweis auf einen länglichen Englischen Text
den 99% der Leute so oder so völlig unverständlich finden würde. Die
einzige echte Schwierigkeit ist, dass wir in der Zwischenzeit die Lizenz
gewechselt haben und deshalb die Texte auf www.openstreetmap.org nicht
mehr zutreffend sind. Ich gehe davon aus, dass wir deshalb mit Apple
reden werden und Nachbesserung verlangen werden.


 Du schriebst in Deiner anderen Mail, dass Du davon ausgehst, dass
 Apple in keinem Fall eine rechtliche Möglichkeit hat, OSM mit anderen
 proprietären Daten zu mischen, d.h. sie könnten OSM eigentlich in
 dieser Form gar nicht nutzen, und dann schreibst Du oben, man
 versuchte darauf hinzuwirken, dass sie die Lizenz möglichst gut
 einhalten? Was bedeutet das konkret für den Fall Apple? Wurden sie
 gebeten, die OSM-Daten rauszunehmen? Die gemischten Daten freizugeben?
 Einen Hinweis auf die Lizenz anzugeben?

Das ist andere Seite des Problems, bei iPhoto wird ja nur ein
Hintergrund gerendert und der ist je nach Ort von OSM, es gibt Argumente
dafür, dass das kein grösseres lizenzrechtliches Problem ist. Bei Apple
Maps gibt es zumindest Hinweise, dass es noch andere Daten als OSM
verwendet wurden in der jeweils gleichen Ansicht. Auch wenn die Hinweise
eher schwach sind, wäre es so, hängen die Konsequenzen stark davon ab ob
das als collective work oder als abgeleitetes Werk betrachtet wird.
Wäre es letzteres müsste das ganze unter CC by-SA lizenziert werden,
was, je nach Quelle der Daten natürlich unmöglich sein könnte. Aber wie
gesagt, so genau weiss man das nicht.

Natuerlich ist in jedem Fall der aus OSM Daten bestehender Teil unter CC
by-SA lizenziert, aber so wirklich nützlich ist das natuerlich nicht.

Simon

Simon


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

Re: [Talk-de] Frage: GPX Track einer Relation extrahieren/runterladen?

2012-10-05 Diskussionsfäden Alexander Lehner




On Fri, 5 Oct 2012, Sarah Hoffmann wrote:


On Fri, Oct 05, 2012 at 02:37:49PM +0100, Kevin Halton wrote:

From: Alexander Lehner leh...@edv-buero-lehner.de

Super, danke! Das war genau, was ich gesucht habe.
Verewigt:
http://de.wikipedia.org/wiki/Isar-Radweg#Weblinks


Obowhl dies sehr nützlich ist, sind solche direkten Links auf die GPX Dateien 
leider von den Herstellern unerwunscht.
Auf http://cycling.waymarkedtrails.org/de/help/legal steht:
Die GPX-Dateien werden ausschließlich für Besucher dieser Seite zur Verfügung 
gestellt. Automatische Downloads oder direkte Links von anderen Seiten werden nicht 
toleriert.

Keine Ahnung was nicht toleriert bedeutet


Ich auch nicht. ;) Da ist wohl die deutsche Übersetzung ein wenig zu
streng geraten. Muss man mal anpassen.

Aber im Prinzip ist der Hinweis schon korrekt. Mit dem neuen Server
ist das zwar alles nicht mehr ganz so kritisch, aber dennoch würde
ich es vorziehen, wenn statt der direkten Links auf die GPX-Dateien
auf die Karte mit der Route verlinkt wird, also nach
http://cycling.waymarkedtrails.org/de/relation/2119154

Das ist nur ein Mausklick mehr für den Nutzer, um zum GPX zu kommen.


Vielen Dank fuer das viele Feedback zu diesem Thema!

Ich habe den Isarradweg-GPX Link entsprechend geaendert.

Beim Thema Autobahn/Bundesstrasse ist mir die Problematik schon bewusst.
Ich moechte einfach mal exemplarisch schauen, wie weit man da kommt (die 
Wikipedia community ist ja noch einmal eine ganz eigene Klasse fuer 
sich... ;)



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

Re: [Talk-de] Neues zum Stand der Lizenzverletzungen durch Großkonzerne?

Am 5. Oktober 2012 17:49 schrieb Simon Poole si...@poole.ch:
 Für mich stellt sich nur die Frage ob der Quellenhinweis plus Link auf
 die OSM Hauptseite  unsere Anforderungen genügend gut abdeckt.


ja, auch das kann man diskuttieren. So fehlt z.B. der Hinweis darauf,
dass unsere Daten copyright der Beitragenden sind, d.h. wir werden in
einem Atemzug mit PD-Inhalten genannt, und nicht bei den übrigen
Datenlieferanten, die Bedingungen an die Nutzung ihrer Daten stellen.
Das ist nur ein subtiles ©, das bei manchen dran ist, bei anderen
nicht, aber bei OSM wurde es scheinbar vergessen oder Apple hat
Grund zur Annahme, unsere Daten wären gar nicht geschützt.


 Zum
 Beispiel, dass man sieht das die Daten freiverfügbar sind und den
 genauen Lizenztext finden kann (so denn man den lesen will).


genau das kann man ja ohne detaillierte Analyse schonmal gar nicht,
weil man weder weiss, wo sie Daten von uns einsetzen, noch, von wann
die sind.


 Oder nicht
 sogar besser für das Projekt ist, als eine zwar genau den Bedingungen
 der Lizenz entsprechenden Hinweis auf einen länglichen Englischen Text
 den 99% der Leute so oder so völlig unverständlich finden würde.


Das kann man ja finden, und wenn mind. 2/3 der anderen Beitragenden
das auch so sehen, dann sollte man einfach die Lizenz ändern, dann
kann jeder die Daten so nutzen, wie die Mehrheit der Urheber es für
richtig hält.


 Die
 einzige echte Schwierigkeit ist, dass wir in der Zwischenzeit die Lizenz
 gewechselt haben und deshalb die Texte auf www.openstreetmap.org nicht
 mehr zutreffend sind.


das war mir auch schon aufgefallen und ich habe in dev-talk den
Hinweis gegeben, evtl. parallel auch den alten Text noch für die
Nutzer älterer Daten (cc-by-sa) zur Verfügung zu stellen, so dass die
Nutzung erleichtert ist.


 Du schriebst in Deiner anderen Mail, dass Du davon ausgehst, dass
 Apple in keinem Fall eine rechtliche Möglichkeit hat, OSM mit anderen
 proprietären Daten zu mischen, d.h. sie könnten OSM eigentlich in
 dieser Form gar nicht nutzen, und dann schreibst Du oben, man
 versuchte darauf hinzuwirken, dass sie die Lizenz möglichst gut
 einhalten? Was bedeutet das konkret für den Fall Apple? Wurden sie
 gebeten, die OSM-Daten rauszunehmen? Die gemischten Daten freizugeben?
 Einen Hinweis auf die Lizenz anzugeben?

 Das ist andere Seite des Problems, bei iPhoto wird ja nur ein
 Hintergrund gerendert und der ist je nach Ort von OSM, es gibt Argumente
 dafür, dass das kein grösseres lizenzrechtliches Problem ist. Bei Apple
 Maps gibt es zumindest Hinweise, dass es noch andere Daten als OSM
 verwendet wurden in der jeweils gleichen Ansicht. Auch wenn die Hinweise
 eher schwach sind, wäre es so, hängen die Konsequenzen stark davon ab ob
 das als collective work oder als abgeleitetes Werk betrachtet wird.


dass es als Database gesehen wird ist unrealistisch? Immerhin werden
ja Datenbank-teile auf die Endgeräte übertragen und erst dort zur
Karte gerendert. ODbL würde aus Apple-Sicht vermutlich noch mehr
Probleme verursachen, weil sie da dann die Datenbank zur Verfügung
stellen müssten, vermutlich parallel, weil ja die Geräte selbst so
geschützt sind, dass man nicht direkt auf die Inhalte zugreifen
kann.


 Wäre es letzteres müsste das ganze unter CC by-SA lizenziert werden,
 was, je nach Quelle der Daten natürlich unmöglich sein könnte. Aber wie
 gesagt, so genau weiss man das nicht.


ja, um es genauer zu wissen müsste man vermutlich wissen, wie genau
Apple die Daten speichert und verwaltet, oder? D.h. das müssten sie
eigentlich darlegen damit der Rechteinhaber (wir) beurteilen kann, ob
die Lizenz eingehalten wird.


 Natuerlich ist in jedem Fall der aus OSM Daten bestehender Teil unter CC
 by-SA lizenziert, aber so wirklich nützlich ist das natuerlich nicht.


naja, vielleicht gefällt ja dem einen oder anderen die Grafik von
Apple, dann kann er z.B. mit deren Karten Anfahrtsskizzen drucken für
Flyer oder Visitenkarten. Oder auch die gerenderten Tiles kopieren und
beliebig (im Rahmen der cc-by-sa natürlich) weiterverwenden. Völlig
nutzlos ist das ja nun nicht gerade, oder?

Was ich nicht verstehe ist das in jedem Fall cc-by-sa, bei den
Bing-tiles heisst es ja, die würden nicht dadurch zu cc-by-sa, dass
OSM-Daten darin enthalten sind und die so verbreitet werden.

Mir ist in der Zwischenzeit noch was anderes aufgefallen: die
unzureichende Attributierung in iOS-iPhoto ist noch weitreichender,
als mir bisher klar war. Seht Euch mal dieses Beispiel für ein
Photo-Album an: https://www.icloud.com/journals/sample/
Die auf OSM beruhenden Karten werden ohne jeglichen Hinweis auf OSM in
diese Foto-alben eingebettet, d.h. Apple bricht bei Millionen von
Nutzern unsere Lizenzbestimmungen, indem der Hinweis auf die Lizenz
entfernt wird, und die User angestiftet werden die Alben im Web zu
verbreiten. Oder anders ausgedrückt ist das eine riesige vertane
Chance, unser Projekt bekannter zu machen.

Gruß Martin

___
Talk-de mailing

[Talk-de] Josm GPX editieren, hochladen, komischer Effekt

2012-10-05 Diskussionsfäden cottaer


Hallo,

ein paar meiner GPX-Tracks zeigen ein merkwürdiges Verhalten: In dem 
Vorschaubild bei OSM sieht es aus wie ein geschlossener Kreis, das 
heisst, Anfang und Ende sind verbunden. Möglicherweise ist sogar die 
Reihenfolge von Teilstücken, evtl. nach GPS-Aussetzern in Tunneln 
durcheinander. Beispiel:


http://www.openstreetmap.org/user/Cottaer/traces/1328650

Den Track kann man wiederum als GPX runterladen und im Josm wiedr 
öffnen, da sieht er ganz normal aus.


Mein Workflow dazu: GPX in Josm laden, in Datenebene umwandeln (*), 
Track bearbeiten, wieder in GPX umwandeln, speichern, im Browser 
hochladen (**). Mal entsteht nun dieser geschlossene Ring und mal nicht.


Ich habe auch das GPX-Edit-Plugin, aber das finde ich nicht so toll; die 
Punkte sind dann nicht mit einer Linie verbunden, in einer anderen Ebene 
bleibt unverändert die GPX-Linie stehen (ok, könnte man ausblenden, aber 
dann wüsste man gar nicht mehr, was zu was gehört), sehr 
unübersichtlich, wenn man Ausreiser entfernen will.


Tipps für eine effektivere Bearbeitung würde ich gerne annehmen, aber am 
meisten würde mich interessieren, was mit dem Track los ist.


Viele Grüße
Cottaer


(*) An der Stelle ist ein lustiger Bug: Wenn man die GPX-Datei lädt, 
andere OSM-Daten dazu, dann in Datenebene wandelt, ist alles ok (der 
Track ist in einer eigenen Ebene). Wenn man den Track lädt, in 
Datenebene wandelt und OSM-Daten dazu lädt, sind alle Daten in einer 
Ebene. Die lässt sich sogar nach GPX zurückwandeln, aber das Ergebnis 
ist nicht wie beabsichtigt.


(**) Ich habe auch mit dem Direct-Upload-Plugin versucht, GPX-Tracks 
hochzuladen, das macht kurz irgendwas und schreibt dann ganz 
unauffällig-klein, dass es wegen eines Fehlers nicht geklappt hätte 
(ohne Angabe von näheren Details).



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

Re: [Talk-de] Josm GPX editieren, hochladen, komischer Effekt

2012-10-05 Diskussionsfäden tumsi


Hallo Cottaer,

 Original-Nachricht 
Betreff: [Talk-de] Josm GPX editieren, hochladen, komischer Effekt
Datum: Fri Oct 05 2012 19:51:38 GMT+0200
Von: cottaer cott...@gmx.de
An: Openstreetmap allgemeines in Deutsch talk-de@openstreetmap.org

ein paar meiner GPX-Tracks zeigen ein merkwürdiges Verhalten: In dem
Vorschaubild bei OSM sieht es aus wie ein geschlossener Kreis, das
heisst, Anfang und Ende sind verbunden.


Wie bearbeitest Du den Track? Löscht Du nur Punkte heraus oder ergänzt 
Du auch etwas oder verschiebst Du Punkte? Oder trennst Du die Spur auf? 
Gibt es bei den merkwürdigen Tracks in der Hinsicht irgendwelche 
Gemeinsamkeiten?
Ich habe mir mal Deine Datei sowohl in Mapsource angesehen als auch den 
XML-Quelltext an sich... Was ich auf den ersten Blick sehen kann, ist 
nur, dass diese alle aus mehreren unabhängigen (?) Teiltracks bestehen. 
Und diese werden - warum auch immer - in der Übersicht wohl miteinander 
verbunden.



Ich habe auch das GPX-Edit-Plugin, aber das finde ich nicht so toll;


Ging mir bisher auch so ;-)


Tipps für eine effektivere Bearbeitung würde ich gerne annehmen, aber am
meisten würde mich interessieren, was mit dem Track los ist.


Mein Workflow sieht wie folgt aus:
- gpx-Datei in Mapsource laden, dort werden überflüssige Bereich 
entfernt; dann wende ich den Datenfilter in Mapsource an, um die 
Punktdichte zu verringern (z.B. nur alle 2m einen Punkt)

- gpx-Datei in JOSM laden und von dort direkter Upload



(*) An der Stelle ist ein lustiger Bug: Wenn man die GPX-Datei lädt,
andere OSM-Daten dazu, dann in Datenebene wandelt, ist alles ok (der
Track ist in einer eigenen Ebene). Wenn man den Track lädt, in
Datenebene wandelt und OSM-Daten dazu lädt, sind alle Daten in einer
Ebene. Die lässt sich sogar nach GPX zurückwandeln, aber das Ergebnis
ist nicht wie beabsichtigt.


Das in meinen Augen kein direkter Bug. Lädt man OSM-Daten werden diese 
standardmäßig in die (oder eine) bestehende Datenebene hinzugefügt. Ist 
diese Datenebene ein umgewandelter Track, dann landen sie halt dort. 
Anders würde sonst bei jeder Datenanforderung eine neue Datenebene 
erstellt werden und das wäre doch auch lästig und sehr unproduktiv. Im 
Dialog Daten herunterladen kannst Du unten links die Checkbox 
aktivieren, um die Daten in einer neuen Ebene zu laden - aber nicht 
vergessen beim nächsten Laden wieder zu deaktivieren...



(**) Ich habe auch mit dem Direct-Upload-Plugin versucht, GPX-Tracks
hochzuladen, das macht kurz irgendwas und schreibt dann ganz
unauffällig-klein, dass es wegen eines Fehlers nicht geklappt hätte
(ohne Angabe von näheren Details).


Die Statusrückmeldung finde ich auch etwas unglücklich. Ich frage mich 
auch immer, ob der Track wirklich erfolgreich hochgeladen wurde...


Viele Grüße,
Constanze

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

Re: [Talk-de] Josm GPX editieren, hochladen, komischer Effekt

2012-10-05 Diskussionsfäden cottaer


Wie bearbeitest Du den Track? Löscht Du nur Punkte heraus oder ergänzt
Du auch etwas oder verschiebst Du Punkte? Oder trennst Du die Spur auf?
Gibt es bei den merkwürdigen Tracks in der Hinsicht irgendwelche
Gemeinsamkeiten?
Ich habe mir mal Deine Datei sowohl in Mapsource angesehen als auch den
XML-Quelltext an sich... Was ich auf den ersten Blick sehen kann, ist
nur, dass diese alle aus mehreren unabhängigen (?) Teiltracks bestehen.
Und diese werden - warum auch immer - in der Übersicht wohl miteinander
verbunden.


Ich lösche teils Punkte im Track (grobe Ausreiser, Punktwolken an 
Ampeln), teils Ende oder Anfang der Route (zwecks des Rests an 
Privatsphäre), sonst mache ich nichts am Track (dann wären es ja keine 
GPS-Daten mehr ;-)).


Soweit ich das sehen kann, ist das aktuelle Problem nur bei 
Aufzeichnungen mit kurzen Unterbrechungen des GPS-Empfangs (meist Tunnel 
auf der Strecke) entstanden.


Ich habe bis vor einiger Zeit den OSM-Tracker unter Windows Mobile zum 
Aufzeichnen verwendet, dann allerdings, da man bei diesem offensichtlich 
nicht das Handy in eine Art Stand by versetzen kann, ohne dass die 
Aufzeichnung angehalten wird, oder wenigstens den Bildschirm abschalten 
kann, nach einem anderen Tool gesucht. NoniGPSPlot war das erste, was 
ich getestet habe, man kann den Bildschirm abschalten, und ich bin dann 
gleich bei diesem geblieben. Offensichtlich erstellt dieses bei 
GPS-Unterbrechungen eine neue Tracksequenz (ich habe nun auch mal in das 
originale GPX mit einem Texteditor reingeguckt). Vielleicht lösche ich 
nächstens einfach dieses /trkseg trkseg mitten in der Aufzeichnung.


Ich hatte den Fall aber schon mal vor längerem, da scheint irgendwas 
anderes beim Editieren schief gegangen zu sein, denn damals konnte ich 
das Problem beheben, indem ich den originalen Track nochmal editiert und 
neu hochgeladen habe.


Das Tool auf der OSM-Seite könnte vielleicht einfach nach dem 
Zeitstempel schauen, um die Tracks, die aus mehreren Stücken bestehen, 
korrekt zusammenzubauen, und nicht eher zufällig bzw. außerdem Anfang 
und Ende zu verbinden ;-).



(*) An der Stelle ist ein lustiger Bug: Wenn man die GPX-Datei lädt,
andere OSM-Daten dazu, dann in Datenebene wandelt, ist alles ok (der
Track ist in einer eigenen Ebene). Wenn man den Track lädt, in
Datenebene wandelt und OSM-Daten dazu lädt, sind alle Daten in einer
Ebene. Die lässt sich sogar nach GPX zurückwandeln, aber das Ergebnis
ist nicht wie beabsichtigt.


Das in meinen Augen kein direkter Bug. Lädt man OSM-Daten werden diese
standardmäßig in die (oder eine) bestehende Datenebene hinzugefügt. Ist
diese Datenebene ein umgewandelter Track, dann landen sie halt dort.
Anders würde sonst bei jeder Datenanforderung eine neue Datenebene
erstellt werden und das wäre doch auch lästig und sehr unproduktiv. Im
Dialog Daten herunterladen kannst Du unten links die Checkbox
aktivieren, um die Daten in einer neuen Ebene zu laden - aber nicht
vergessen beim nächsten Laden wieder zu deaktivieren...


Naja, da JOSM sich unterschiedlich verhält, ist das zumindest 
inkonsistent ;-). Wahrscheinlich ist im ersten Fall der Kontext der 
Datenquelle nicht mehr vorhanden, während im zweiten Fall eine neue 
Datenebene zusätzlich erstellt wird.

Aber das ist auch nicht so schlimm, so lange man es weiß.

Vielen Dank
Cottaer

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

Re: [Talk-de] Neues zum Stand der Lizenzverletzungen durch Großkonzerne?


Am 05.10.2012 18:48, schrieb Martin Koppenhoefer:

Mir ist in der Zwischenzeit noch was anderes aufgefallen: die
unzureichende Attributierung in iOS-iPhoto ist noch weitreichender,
als mir bisher klar war. Seht Euch mal dieses Beispiel für ein
Photo-Album an: https://www.icloud.com/journals/sample/
Die auf OSM beruhenden Karten werden ohne jeglichen Hinweis auf OSM in
diese Foto-alben eingebettet,
Ich hab da bis jetzt noch keine OSM basierende Karte gesehen kannst du 
ev. ein Screenshot machen?


Simon


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

[Talk-it] Unioni di Comuni

2012-10-05 Diskussionsfäden Davio

In Italia esistono questi enti terrotoriali chiamati Unioni di Comuni, che
consiste in una sorta di cooperazione tra vari comuni cotigui dove vengono
assocati vari servizi che prima gestivano i singoli comuni.
http://www.comuniverso.it/index.cfm?Dati%20regionali%20sulle%20Unioni%20dei%20Comunimenu=313
Quello è l'elenco delle varie Unioni di Comuni, e mi chiedevo se fosse
necessario inserirle anche in OSM, assegnandogli un certo boundary level in
OSM



--
View this message in context: 
http://gis.19327.n5.nabble.com/Unioni-di-Comuni-tp5729100.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] Decreto Crescita 2.0, pubblicazioni dati in formato aperto e archivio delle strade

2012-10-05 Diskussionsfäden Maurizio Napolitano

 Che ne dite? Potrebbero essere rilasciati ulteriori dati a livello nazionale
 da caricare su OSM?

Teoricamente si.
Praticamente abbiamo uno strumento per cui andare a chiedere i dati
alle PA e loro devono farlo.

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

Re: [Talk-it] Decreto Crescita 2.0, pubblicazioni dati in formato aperto e archivio delle strade

2012-10-05 Diskussionsfäden sabas88

Il giorno 05/ott/2012 17:55, Maurizio Napolitano napoo...@gmail.com ha
scritto:

  Che ne dite? Potrebbero essere rilasciati ulteriori dati a livello
nazionale
  da caricare su OSM?

 Teoricamente si.
 Praticamente abbiamo uno strumento per cui andare a chiedere i dati
 alle PA e loro devono farlo.
Abbiamo o avremo? E' l'uso del futuro che mi preoccupa :-)
 ___
 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] relation:region complessi naturali e gerarchie.

2012/10/4 Gianluca De Rossi bigshot4e...@gmail.com:
 Secondo me il punto è proprio il perimetro che non va bene...
 La mia proposta è di creare delle relazioni che mettano assieme gli
 elementi fondamentali di un sito / regione geografica.


e quali sono? Devo mettere anche le cabine telefoniche nella relazione
della laguna di Venezia? Le case e civici? Parchi? Canali? Ristoranti?
fermate del vaporetto? 



 Io non voglio mettere assieme tutta la laguna di venezia con un grande
 perimetro ma mappare normalmente e poi semplicemente indicare cosa fa
 parte della regione che voglio mappare inserendolo nella relazione.
 Così si può procedere a livelli successivi inserendo, ad esempio, le
 relazioni Alpi Cozie, Alpi Graie, etc nella relazione Alpi.


quello (gerarchie) si può fare con entrambi metodi (collezione e perimetro).


 Oltre ad essere ordinato e pulito come metodo mi pare informaticamente
 vantaggioso poter richiamare tutti gli elementi di una regione
 consultando velocemente una relazione piuttosto che andare in cerca di
 tag is_in o di inclusioni in perimetri.


lì credo che questo approccio è meno fortunato. Non ti potrai mai
fidare che la tua relazione contiene tutti gli elementi che devono
essere contenuti (anzi al contrario potresti essere quasi sicuro che
manca qualcosa). Secondome è fondamentale di avere un approccio che
consente di funzionare anche con dati parzialmente errati e sopratutto
incompleti. Invece potrei immaginare un sistema ibrido, dove alcuni
elementi principali vanno inseriti in una relazione (per esempio
alcune cime di montagna in una relazione per una parte di montagna con
nome) e poi con aiuto di un database si riesce a stimare l'estensione
di quella area e di trovare automaticamente tutti gli altri elementi
che ne fanno parte.


ciao,
Martin

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

[Talk-dk] cykler, kontraflow og ensretning - OSRM tests

2012-10-05 Diskussionsfäden Emil Tin

hej osm folk,

til brug for vores cykelruteplanlægger, forsøger jeg at samle et sæt af OSRM 
tests af cykel-relevant tags som cycleway, oneway, etc:
https://github.com/DennisOSRM/Project-OSRM/tree/develop/features/bicycle

test er skrevt i cucumber. en forklaring af formattet på disse tests kan ses på:
https://github.com/DennisOSRM/Project-OSRM/wiki/Cucumber-Test-Suite



men jeg synes hurtigt det bliver kompliceret når 'opposite' er indvolveret. 
konkret spekulere jeg lige nu på hvad det betyder, hvis en vej er tagget med 
cycleway:left = opposite. er stien så i højre eller venstre side?

jeg har forsøgt at opstille forventede resultater her:
https://github.com/DennisOSRM/Project-OSRM/blob/develop/features/bicycle/cycleway.feature

ser det fornuftigt ud for jer osm eksperter?




wiki referencer:
http://wiki.openstreetmap.org/wiki/Key:cycleway
http://wiki.openstreetmap.org/wiki/Bicycle



Med venlig hilsen

Emil Tin
IT- og Processpecialist
Cykelsekretariatet

KØBENHAVNS KOMMUNE
Teknik- og Miljøforvaltningen
Center for Trafik

Islands Brygge 37 Vær. 118
Postboks 450
2300 København S

Telefon +45 3366 3433
Email z...@tmf.kk.dkmailto://z...@tmf.kk.dk
EAN 5798009493149





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

Re: [Talk-dk] cykler, kontraflow og ensretning - OSRM tests

2012-10-05 Diskussionsfäden Claus Hindsgaul

Hej Emil,

Jeg kan være ophavsmand til nogle cycleway:left=opposite
eller cycleway:right=opposite. Jeg har brugt dette tag, når der er en
dobbeltrettet cykelsti i denne side af en way.

Hvordan forholder dit script sig til kombinationen
cycleway=track+cycleway:left=none? Jeg har lavet et par stykker af
disse på større veje (to modsatrettede oneway) i stedet for den simplere
cycleway:right=track for at imødegå fortolkere, der ikke forstår
cycleway:left og cycleway:right.

Claus

Den 5. okt. 2012 12.10 skrev Emil Tin z...@tmf.kk.dk:

hej osm folk,

til brug for vores cykelruteplanlægger, forsøger jeg at samle et sæt af
OSRM tests af cykel-relevant tags som cycleway, oneway, etc:
https://github.com/DennisOSRM/Project-OSRM/tree/develop/features/bicycle

test er skrevt i cucumber. en forklaring af formattet på disse tests kan
ses på:
https://github.com/DennisOSRM/Project-OSRM/wiki/Cucumber-Test-Suite

men jeg synes hurtigt det bliver kompliceret når 'opposite' er
indvolveret. konkret spekulere jeg lige nu på hvad det betyder, hvis en vej
er tagget med cycleway:left = opposite. er stien så i højre eller venstre
side?

jeg har forsøgt at opstille forventede resultater her:

https://github.com/DennisOSRM/Project-OSRM/blob/develop/features/bicycle/cycleway.feature

ser det fornuftigt ud for jer osm eksperter?

wiki referencer:
http://wiki.openstreetmap.org/wiki/Key:cycleway
http://wiki.openstreetmap.org/wiki/Bicycle

Med venlig hilsen

Emil Tin
IT- og Processpecialist
Cykelsekretariatet

KØBENHAVNS KOMMUNE
Teknik- og Miljøforvaltningen
Center for Trafik

Islands Brygge 37 Vær. 118
Postboks 450
2300 København S

Telefon +45 3366 3433
Email z...@tmf.kk.dkmailto://z...@tmf.kk.dk
EAN 5798009493149

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

--
--
Civilingeniør ph.d. Claus Hindsgaul
Studsbøl Alle 81
DK-2770 Kastrup
___
Talk-dk mailing list
Talk-dk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-dk

Re: [Talk-dk] cykler, kontraflow og ensretning - OSRM tests

2012-10-05 Diskussionsfäden Michael Hammel

Grundlæggende er vi enige om det ikke giver mening at tagge med henblik på 
rendering og routing. 

Umiddelbart har jeg svært ved at følge det konkrete eksempel, og se hvordan det 
præcist påvirker en routing - med mindre vi taler om en meget detaljeret 
rutebeskrivelse.

Med venlig hilsen
 
Michael Hammel
 
M. +45 40 70 83 70
 
 
 attachment: image001.png
 
Cyklistforbundet
Rømersgade 5
DK-1362 København K
 
T +45 33 32 31 21
m...@dcf.dk
www.cyklistforbundet.dk

Den 05/10/2012 kl. 12.10 skrev Emil Tin:

 hej osm folk,
 
 til brug for vores cykelruteplanlægger, forsøger jeg at samle et sæt af OSRM 
 tests af cykel-relevant tags som cycleway, oneway, etc:
 https://github.com/DennisOSRM/Project-OSRM/tree/develop/features/bicycle
 
 test er skrevt i cucumber. en forklaring af formattet på disse tests kan ses 
 på:
 https://github.com/DennisOSRM/Project-OSRM/wiki/Cucumber-Test-Suite
 
 
 
 men jeg synes hurtigt det bliver kompliceret når 'opposite' er indvolveret. 
 konkret spekulere jeg lige nu på hvad det betyder, hvis en vej er tagget med 
 cycleway:left = opposite. er stien så i højre eller venstre side?
 
 jeg har forsøgt at opstille forventede resultater her:
 https://github.com/DennisOSRM/Project-OSRM/blob/develop/features/bicycle/cycleway.feature
 
 ser det fornuftigt ud for jer osm eksperter?
 
 
 
 
 wiki referencer:
 http://wiki.openstreetmap.org/wiki/Key:cycleway
 http://wiki.openstreetmap.org/wiki/Bicycle
 
 
 
 Med venlig hilsen
 
 Emil Tin
 IT- og Processpecialist
 Cykelsekretariatet
 
 KØBENHAVNS KOMMUNE
 Teknik- og Miljøforvaltningen
 Center for Trafik
 
 Islands Brygge 37 Vær. 118
 Postboks 450
 2300 København S
 
 Telefon +45 3366 3433
 Email z...@tmf.kk.dkmailto://z...@tmf.kk.dk
 EAN 5798009493149
 
 
 
 
 
 ___
 Talk-dk mailing list
 Talk-dk@openstreetmap.org
 http://lists.openstreetmap.org/listinfo/talk-dk

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

Re: [Talk-dk] Manglende 'steder' i Danmark

2012-10-05 Diskussionsfäden Carsten Nielsen



Den 05-10-2012 19:12, Jonas Häggqvist skrev:

Hejsa,

Super undersøgelse. Jeg har ikke umiddelbart nogen kommentarer, udover at jeg lige ville 
indskyde at jeg har lavet et kort der viser osak:subdivision værdierne her:


http://osm.rasher.dk/?layers=BFFTFF


Fantastisk kort, her ser man straks at der må være fejl data her
http://osm.rasher.dk/?layers=BFFTFFzoom=13lat=54.95387lon=9.81652
da Ulkebøl ikke er så stor som angivet, men hvordan får man så rettet i de data der 
importeres igen næste gang ?


Carsten

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

Re: [Talk-dk] Manglende 'steder' i Danmark

2012-10-05 Diskussionsfäden Ole Laursen

5. okt. 2012 17.29 skrev Michael Larsen mvl@network42.dk:
 1. Ligesom vi har lavet et system for rettelser af vejnavne kunne vi også have
 det for de nævnte stednavne.  Fx findes der en by i Nordjylland som
 adressedataene kalder 'Lyngby', men byen hedder faktisk 'Nørre Lyngby'.
 Tilsvarende er der adressedata som skriver 'Vrå By' for at indikere at
 punkterne ligger i byen Vrå og ikke i oplandet, men byen hedder altså kun Vrå.

Det ville afgjort være en god idé. Jeg vil prøve at se om jeg kan få
det presset ind i kalenderen i nærmeste fremtid.

Skidegodt arbejde forresten. :)

Ole

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

Re: [Talk-dk] cykler, kontraflow og ensretning - OSRM tests

2012-10-05 Diskussionsfäden Ole Nielsen


On 05/10/2012 12:27, Claus Hindsgaul wrote:

Jeg kan være ophavsmand til nogle cycleway:left=opposite
eller cycleway:right=opposite. Jeg har brugt dette tag, når der er en
dobbeltrettet cykelsti i denne side af en way.


Det er efter min mening en temmelig uheldig tagging. cycleway=opposite 
er egentlig bare et synonym for oneway:bicycle=no og der giver det ikke 
mening at angive right eller left i den sammenhæng. Hvis du vil tagge en 
dobbeltrettet cykelsti på den ene side af vejen, så bør det nærmere være som


cycleway:left=track
oneway:bicycle=no

Strengt taget siger det ikke at cykelstien er dobbeltrettet, kun at 
cykler må køre i begge retninger, og at der i hvert fald i baglæns 
retning er en cykelsti at køre på. Det er i hvert fald det bedst 
dokumenterede tagging, der findes. Hvis det skal gøres mere præcist, må 
man mappe den cykelsti som en separat vej. For ruteplanlægning betyder 
det ikke så meget. Enten antager programmet, at cykelstien er 
dobbeltrettet og dirigerer cyklisten over på stien i venstre side eller 
også siger det bare følg gade det-og-det og overlade det til cyklisten 
selv at finde ud af, hvor der må cykles.




Hvordan forholder dit script sig til kombinationen
cycleway=track+cycleway:left=none? Jeg har lavet et par stykker af
disse på større veje (to modsatrettede oneway) i stedet for den simplere
cycleway:right=track for at imødegå fortolkere, der ikke forstår
cycleway:left og cycleway:right.


Man må vel bare håbe på, at diverse applikationer med tiden lærer at 
fortolke den slags cycleway:left/right subtags.


Ole

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

Re: [Talk-gb-westmidlands] Summary of Thursday's meeting

2012-10-05 Diskussionsfäden Rob Nickerson

Thanks Brian,

On 1 if anyone has already completed this form and has a web url, if you
post it here we can like / +1 the request.

On 6 the biggest issue I see is that the only way to contact new mappers is
through the message system and I'm not sure if this can be automated in any
way?

Rob


On 5 October 2012 14:05, Brian Prangle bpran...@gmail.com wrote:

 Hi everyone

 As promised - here's a summary of what I think we agreed

 1. Open Data  - we should use the consultation exercise to ask for the
 planning application data feeds that go to the OS on a regular basis; and
 for the highway engineering data ( e.g turn restrictions, speed limits);
 And thinking about this after the event the road name data for new roads
 2. Winter gritting - Andy M will contact Dudley to release their data and
 contact Birmingham for  any changes from last year
 3. Next month we'll meet in Coventry. Rob/Matt to decide on venue
 4. Twitter event as we approach adding the final building to Birmingham
 6. Discussion around automation of contacting  new editors but I'm not
 sure what conclusion we came to
 5. Brian to add wiki page for discussion about producing a new paper map
 for March 2013 - mainly to decide on cartographic style and what to include
 and how to pay for it.
 7. SOTM 2013: Brian to collate info once Andy M and Andy R document
 briefly their contacts for circulation to this list for approval and then
 to the gb wiki page  in order to promote Birmingham at the preferred Uk
 site for a bid. Rob, Matt, Andy M and AndyR(for early 2013 only) all agreed
 to devote  time to some aspect of the organisation. Andrew McK was also
 volunteered in his absence for his links around Open Data

 Any ommissions or corrections gratefully received

 Regards

 Brian


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


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

Re: [Talk-gb-westmidlands] Summary of Thursday's meeting

2012-10-05 Diskussionsfäden Andrew Mackenzie

Thanks for the summary.
The url to request a dataset for release as open data is 
http://data.gov.uk/node/add/data-request

re SOTM 13 bid
FOSS4G is at Nottingham 17-21st September 2013 http://2013.foss4g.org/ and 
follows AGI conference
So when is more important than where.

All welcome for Open Mercia at Birmingham Science park this Thursday 3.00 to 
5.00 and 6.00 to 7.30pm. Finding open data and postcodes on the agenda. More at 
http://opendatauser.posterous.com/ when I write the blog post.

cheers
Andrew



On 5 Oct 2012, at 18:31, Rob Nickerson wrote:

 Thanks Brian,
 
 On 1 if anyone has already completed this form and has a web url, if you post 
 it here we can like / +1 the request. 
 
 On 6 the biggest issue I see is that the only way to contact new mappers is 
 through the message system and I'm not sure if this can be automated in any 
 way?
 
 Rob
 
 
 On 5 October 2012 14:05, Brian Prangle bpran...@gmail.com wrote:
 Hi everyone
 
 As promised - here's a summary of what I think we agreed
 
 1. Open Data  - we should use the consultation exercise to ask for the 
 planning application data feeds that go to the OS on a regular basis; and for 
 the highway engineering data ( e.g turn restrictions, speed limits); And 
 thinking about this after the event the road name data for new roads
 2. Winter gritting - Andy M will contact Dudley to release their data and 
 contact Birmingham for  any changes from last year
 3. Next month we'll meet in Coventry. Rob/Matt to decide on venue
 4. Twitter event as we approach adding the final building to Birmingham
 6. Discussion around automation of contacting  new editors but I'm not sure 
 what conclusion we came to
 5. Brian to add wiki page for discussion about producing a new paper map for 
 March 2013 - mainly to decide on cartographic style and what to include and 
 how to pay for it.
 7. SOTM 2013: Brian to collate info once Andy M and Andy R document briefly 
 their contacts for circulation to this list for approval and then to the gb 
 wiki page  in order to promote Birmingham at the preferred Uk site for a bid. 
 Rob, Matt, Andy M and AndyR(for early 2013 only) all agreed to devote  time 
 to some aspect of the organisation. Andrew McK was also volunteered in his 
 absence for his links around Open Data
 
 Any ommissions or corrections gratefully received
 
 Regards
 
 Brian
 
 
 ___
 Talk-gb-westmidlands mailing list
 Talk-gb-westmidlands@openstreetmap.org
 http://lists.openstreetmap.org/listinfo/talk-gb-westmidlands
 
 
 ___
 Talk-gb-westmidlands mailing list
 Talk-gb-westmidlands@openstreetmap.org
 http://lists.openstreetmap.org/listinfo/talk-gb-westmidlands

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

[Talk-se] Ny träff i Lund

2012-10-05 Diskussionsfäden Andreas Vilén

Hej!

Jag missade ju förra träffen i Lund, så jag tänkte att vi kunde ha en
ny. Jag pratade lite med Britta Duve Hansen som är den som sett till
att vi kan jobba med Lunds kommuns ortofoto i OSM. Hon ville också
träffa lite osm:are och även berätta om hur det är att bearbeta
kommuner och liknande för att få dem att bli samarbetsvilliga för vårt
syfte :)

Vi tänkte att allhelgonahelgen hade varit bra. Det är en av få lediga
helger för min del, eftersom jag jobbar natt måndag-lördag och ibland
även söndag.

Mitt förslag är alltså att vi ses 2 eller 3 november, förslagsvis på
samma ställe som förra gången (Glorias? hur var ljudnivån där?)

Hänger ni på?

MVH Andreas

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

Re: [Talk-se] Ny träff i Lund

2012-10-05 Diskussionsfäden Joakim Fors


On 5 okt 2012, at 12:47, Andreas Vilén andreas.vi...@gmail.com wrote:

 Hej!
 
 Jag missade ju förra träffen i Lund, så jag tänkte att vi kunde ha en
 ny. Jag pratade lite med Britta Duve Hansen som är den som sett till
 att vi kan jobba med Lunds kommuns ortofoto i OSM. Hon ville också
 träffa lite osm:are och även berätta om hur det är att bearbeta
 kommuner och liknande för att få dem att bli samarbetsvilliga för vårt
 syfte :)
 

Låter trevligt.

 Vi tänkte att allhelgonahelgen hade varit bra. Det är en av få lediga
 helger för min del, eftersom jag jobbar natt måndag-lördag och ibland
 även söndag.
 
 Mitt förslag är alltså att vi ses 2 eller 3 november, förslagsvis på
 samma ställe som förra gången (Glorias? hur var ljudnivån där?)
 

Jag hade bokat ett bord med eluttag, så det blev det ovala bordet i hörnet 
som är rakt fram när man kommer in. Strax bredvid/bakom bardisken. Bordet står 
ensamt och det var helt OK ljudnivå där för att vara ett uteställe. :)

Fick också luskat ut att Glorias erbjuder gratis trådlöst internet (inlagt i 
OSM nu [rycee kanske kan bygga en OSM WiFi karta/app? ;)]) vilket alltid är en 
bonus.

Vill man ha det lite lugnare är ju Ebbas skafferi ett alternativ där man kan 
sitta i den bakre delen. Brukar vara rätt lugnt där. Sen får man flytta till 
Glorias om man vill förtära lite öl senare på kvällen. ;)

 Hänger ni på?
 

o/

Vill man göra det till en riktig OSM helg så kunde man ta en exkursion dagen 
före till Malmö och kartera lite POIs, nya hus/vägar etc både i centrum och 
Västra hamnen. Jag tror jag kan ordna fram utrymmen där man kan sitta och nörda 
i Malmö högskolas lokaler via en bekant… kanske. ;)

 MVH Andreas
 


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

[Talk-se] Ny träff i Lund

2012-10-05 Diskussionsfäden Britta

Jag kan igen erbjuder lokalen Lunds kommun hyr i Stationen (på sidan av
Västra Stationstorget).
vi kan ta med mat dit och det finns nät och det är knäpptyst. dock har vi
inga rättigheter ;) . medhavd skulle dock fungerar (sålänge det inte sparar
ur ;))

Hälsningar,
/britta
___
Talk-se mailing list
Talk-se@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-se

Re: [Talk-se] Ny träff i Lund

2012-10-05 Diskussionsfäden Joakim Fors


On 5 okt 2012, at 18:54, Britta tys...@gmail.com wrote:

 Jag kan igen erbjuder lokalen Lunds kommun hyr i Stationen (på sidan av 
 Västra Stationstorget).
 vi kan ta med mat dit och det finns nät och det är knäpptyst. dock har vi 
 inga rättigheter ;) . medhavd skulle dock fungerar (sålänge det inte sparar 
 ur ;))
 


Det skulle säkert fungera utmärkt. Tror knappast det spårar ur… och skulle det 
spåra ur är det väl mer mot karteringshållet (too many nodes!). :D

Bättre urval och billigare också på Systemet än valfri pub. ;)

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

Re: [Talk-es] Walking papers está muerto?

2012-10-05 Diskussionsfäden Jaime Crespo

El día 5 de octubre de 2012 01:04, Oscar Fonts oscar.fo...@gmail.com escribió:
 Buenas,

 Pues como Jaume Figueras, me he encontado con un chasco utilizando
 walking-papers.org.
 Parece que no se pueden subir scans desde hace varios meses.

Como workaround, puedes poner una imagen de fondo en JOSM y
rectificarla mediante el complejo método cartográfico llamado
aojodebuencubero.

No valdrá para geometrías, pero para nombres, puntos con
source=extrapolation, y combinado con ortofoto puede ser interesante.


-- 
Jaime Crespo

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

Re: [Talk-es] Walking papers está muerto?

2012-10-05 Diskussionsfäden Oscar Fonts

Gracias Jaime,

Al final reproyecté con gdalwarp a 4326 y usé el ImageImportPlugin:
https://github.com/stamen/fieldpapers/issues/165#issuecomment-9160068

De todos modos, lo de walking-papers es una pena, porque facilitaba la
vida (lo de pasar por gdal asusta a más de uno). Me sigue quedando la
duda de qué habrá pasado.

En fin, a la espera de que en fieldpapers se curren el plugin para JOSM: :)
https://github.com/stamen/fieldpapers/issues/162

Salud,

Oscar.



 Como workaround, puedes poner una imagen de fondo en JOSM y
 rectificarla mediante el complejo método cartográfico llamado
 aojodebuencubero.

 No valdrá para geometrías, pero para nombres, puntos con
 source=extrapolation, y combinado con ortofoto puede ser interesante.

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

Re: [Talk-es] Walking papers está muerto?

2012-10-05 Diskussionsfäden Iván Sánchez Ortega

El día Friday 05 October 2012 01:04:32, Oscar Fonts dijo:
 Pues como Jaume Figueras, me he encontado con un chasco utilizando
 walking-papers.org.
 Parece que no se pueden subir scans desde hace varios meses.

 Quizá algún gurú mejor informado tenga noticias sobre ésto. ¿Está
 muerto el proyecto?

Más o menos sí. Michal Migurski no lo está manteniendo desde hace unos
meses.

La alternativa es o bien Field Papers, o bien la instalación de Walking
Papers 
que va a hacer el HOT (en walkingpapers.hotosm.org, que todavía no funciona)


Pues eso,
-- 
Iván Sánchez Ortega i...@sanchezortega.es

Un ordenador no es una televisión ni un microondas: es una herramienta 
compleja.

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

[Talk-at] OGD-Wien Feedback-Treffen am 16.10.2012

2012-10-05 Diskussionsfäden Andreas Trawoeger

Am 16.Oktober 2012 von 16:00 bis 18:00 Uhr gibt es bei der MA 14 wieder ein
Feedback Treffen wo Probleme und Anregungen zum Thema OpenData in der Stadt
Wien direkt mit den dafür verantwortlichen Personen besprochen werden
können.

cu andreas

-- Weitergeleitete Nachricht --
Von: MD-OS Post IKT post-...@md-os.wien.gv.at

Sehr geehrte OGD-Wien Community,

wie beim letzten OGD-Plattform Treffen angekündigt, gibt es einen Feedback
Termin mit der Community zu den OGD Daten:

Zeit: 16.10.2012 von 16:00 bis 18:00 Uhr
Ort: Magistratsabteilung 14 - Automationsunterstützte Datenverarbeitung,
Informations- und Kommunikationstechnologie, Zimmer 672, Rathausstraße 1,
1082 Wien
Plan:
http://www.wien.gv.at/stadtplan/grafik.aspx?lang=de-ATbookmark=JcdSRoTZKUawDatEjE8bRO5RphlnHrlub-arHYOorbmadr=10200313
Treffpunkt: 15:45 im Erdgeschoß (Eingangshalle)

Dabei werden unter anderem auch EntwicklerInnen von Geoserver und
Veranstaltungsdatenbank anwesend sein. Um das Treffen möglichst erfolgreich
zu gestalten, wäre es hilfreich konkrete Fragen und Probleme bereits im
Vorfeld bekannt zu geben, soweit diese nicht bereits via Mail, Twitter oder
Forum eingebracht wurden. Damit können mögliche Lösungen bereits direkt
beim Termin besprochen werden.

Um die TeilnehmerInnenanzahl abschätzen zu können würden wir uns über eine
kurze Rückmeldung zur Teilnahme freuen.

Mit freundlichen Grüßen
Ihr OGD-Kompetenzcenter
http://data.w 
http://data.wien.gv.atNatuhttp://naturschutzbund.at/naturbeobachtungat.html
ien.gv.at http://data.wien.gv.at
___
Talk-at mailing list
Talk-at@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-at

Re: [Talk-ca] Import des limites administratives, municipalités du Québec

2012-10-05 Diskussionsfäden Frank Steggink


Hi Pierre,

If I recall correctly, Daniel once mentioned that the municipality  
boundaries were to become part of Canvec. I don't know when that would  
eventually happen, but he or someone from NRCan might confirm that. Or  
someone who has connections in the Quebec government might attempt to  
persuade them to attach a better license to the boundaries which have  
currently opened up.


As for removing the incorrect data: did you try to contact the users  
already, and how did they respond? I see no problem if the data is  
clearly wrong, and/or when the users cannot provide clear sources.  
Boundaries aren't something you can see on the ground (except for a  
few individual markers). On the other hand, if both conditions are  
satisfied (quality and source), then you can't just delete existing  
boundaries, without discussing it with the contributing users first.  
This would only be the case on the Isle of Montreal, if I understand  
correctly.


As for centralizing the import: in the Netherlands we have centralized  
it as well. This is giving good results, since it is clear where the  
responsibilities are. Generally once a year the boundaries are  
updated, because adjustments being made are becoming in effect usually  
on January 1st.


Regards,

Frank

Quoting Pierre Béland infosbelas-...@yahoo.fr:

Les données de limites administratives sont déterminantes pour  
assurer une recherche par nom de rue et municipalité dans OSM. Dans  
ce contexte, plusieurs contributeurs du Québec ont commençé à  
importer des données de limites administratives pour les  
municipalités, dans les régions de Québec, Îles-de-la-Madeleine,  
Montréal, Rive-sud, Saint-Jean-sur-Richelieu et Labelle.  De façon  
générale, les sources de données ne sont pas indiquées, et il y a  
parfois des chevauchements (exemple entre Laprairie et  
Saint-Jean-sur-Richelieu. 


En faisant une recherche sur les chemins et relation de limites  
administratives déjà saisis, j'ai constaté que plusieurs limites  
étaient incomplètes et donc inopérantes. J'ai ainsi réparé les  
limites de plusieurs municipalités sur l'Île de Montréal. Les villes  
de banlieu et Montréal s'affichent maintenant correctement et il est  
possible de faire une recherche à partir d'un nom de rue. Sur la  
Rive-sud, des limites saisies par des contributeurs pour Brossard et  
Laprairie sont actuellement incomplètes et inopérantes.


Dans l'ensemble on se retrouve avec des données disparates dont ont  
ne connait pas toujours la provenance. Ces données se chevauchent,  
sont de formes différentes, ce qui rendra de plus en plus difficile  
à assembler ce puzzle si on poursuit dans cette direction.


Au cours des deux dernières semaines, j'ai corrigé plusieurs  
relations définissant les limites de municipalités du côté de  
Labelle et à Montréal. Et j'ai pu vérifier avec les outils  
appropriés que ces limites fonctionnaient correctement.


Cependant, je fais un pas en avant et deux pas de côté. Des  
contributeurs inexpérimentés continuent à importer des données et  
font des manipulations qui rendent les limites déjà importées ou  
corrigées inopérantes. Si on poursuit dans cette direction, on aura  
le torticoli de l'autruche.


C'est pourquoi je propose d'arrêter l'import et la modification des  
limites administratives de municipalités, arrondissements, etc. et  
d'en discuter sur cette liste avant de poursuivre le travail.


La solution qui me semble le plus réaliste est d'effacer si  
nécessaire les limites déjà importées et de ré-importer à partir  
d'une source unique.


Il faut d'abord s'entendre sur les données à utiliser. Il est prévu  
d'obtenir éventuellement les données du gouvernement du Québec. Dans  
l'éventualité où on devra attendre encore une longue période pour  
obtenir ces données, il y a la possibilité d'utiliser les données de  
Statistique Canada. Celles-ci me semblent assez précises.


Pour le travail d'import, il me semble souhaitable de centraliser ce  
travail. Je suis expérimenté dans le traitement de telles données.  
Si les collaborateurs du Québec sont d'accord, je pourrais  me  
charger du travail d'import.



Pierre




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

Re: [Talk-ca] Import des limites administratives, municipalités du Québec

2012-10-05 Diskussionsfäden Pierre Béland

Hi Frank,

I wanted first to stop imports of boundaries. Otherwise
it will be a nightmare. I will contact individually each person who
imported data in the Québec area and invite them to stop imports and
participate to the discussion.

Like in the Netherlands, I think
that it is important to centralize import of the boundary data to assure
some homogeneitiy and the possibility to revise easily. Presently,
some limits are made differently from one place to the other (ways +
boundary relation) vs (one way that make all the contour of the city).
Various sources are used wich make the boundaries to overlap. Some
limits are incompleted.

The OSMOSIS tool from the OSM France community is very usefull to see problems
with incomplete boundary relations.
See

http://osmose.openstreetmap.fr/map/?zoom=7lat=44.38955lon=-75.57996layers=B00FF0FFTFFFTitem=1010,1040,1100,1150,1160,1170,3170,4090,6010,6050,6060level=1,2,3
By the way, this shows incomplete boundary relations for many areas in Canada
an USA.

But
it does not show hidden boundaries under the blanket where only ways
are used like in Brossard and Laprairie. The polygon for Laprairie is
complete but a Nominatim search for Laprairie will give no result.
http://www.openstreetmap.org/browse/way/24790856
http://www.openstreetmap.org/browse/way/20014468

This
type of work is determinant for Nominatim searches. This dramatically
increase the usability of OSM data if done properly. The best would
probably be that each province community takes care of doing the job and
eventually update. Also, I dont think that the limits should be placed
in individual Canvec files. It would be better to
produce files for each province.

I will contact RNCAN and ask
about status of the data and their plans about this. Until now, Québec
data was available. If necessary, I will also contact people working
for the Québec government.
Pierre

De : Frank Steggink stegg...@steggink.org
À : talk-ca@openstreetmap.org
Envoyé le : Vendredi 5 octobre 2012 2h19
Objet : Re: [Talk-ca] Import des limites administratives, municipalités du
Québec

Hi Pierre,

If I recall correctly, Daniel once mentioned that the municipality boundaries
were to become part of Canvec. I don't know when that would eventually happen,
but he or someone from NRCan might confirm that. Or someone who has
connections in the Quebec government might attempt to persuade them to attach
a better license to the boundaries which have currently opened up.

As for removing the incorrect data: did you try to contact the users already,
and how did they respond? I see no problem if the data is clearly wrong,
and/or when the users cannot provide clear sources. Boundaries aren't
something you can see on the ground (except for a few individual markers). On
the other hand, if both conditions are satisfied (quality and source), then
you can't just delete existing boundaries, without discussing it with the
contributing users first. This would only be the case on the Isle of Montreal,
if I understand correctly.

As for centralizing the import: in the Netherlands we have centralized it as
well. This is giving good results, since it is clear where the
responsibilities are. Generally once a year the boundaries are updated,
because adjustments being made are becoming in effect usually on January 1st.

Regards,

Frank

Quoting Pierre Béland infosbelas-...@yahoo.fr:

Les données de limites administratives sont déterminantes pour assurer une
recherche par nom de rue et municipalité dans OSM. Dans ce contexte,
plusieurs contributeurs du Québec ont commençé à importer des données de
limites administratives pour les municipalités, dans les régions de Québec,
Îles-de-la-Madeleine, Montréal, Rive-sud, Saint-Jean-sur-Richelieu et
Labelle. De façon générale, les sources de données ne sont pas indiquées,
et il y a parfois des chevauchements (exemple entre Laprairie et
Saint-Jean-sur-Richelieu.

En faisant une recherche sur les chemins et relation de limites
administratives déjà saisis, j'ai constaté que plusieurs limites étaient
incomplètes et donc inopérantes. J'ai ainsi réparé les limites de plusieurs
municipalités sur l'Île de Montréal. Les villes de banlieu et Montréal
s'affichent maintenant correctement et il est possible de faire une
recherche à partir d'un nom de rue. Sur la Rive-sud, des limites saisies par
des contributeurs pour Brossard et Laprairie sont actuellement incomplètes
et inopérantes.

Dans l'ensemble on se retrouve avec des données disparates dont ont ne
connait pas toujours la provenance. Ces données se chevauchent, sont de
formes différentes, ce qui rendra de plus en plus difficile à assembler ce
puzzle si on poursuit dans cette direction.

Au cours des deux dernières semaines, j'ai corrigé plusieurs relations
définissant les limites de municipalités du côté de Labelle et à Montréal.
Et j'ai pu

Re: [Talk-cz] dotaz na funkčnost http://maps.fordfrog.com/

2012-10-05 Diskussionsfäden Martin Kokeš

Tak to by si měli ve Velemíně nebo na nadřízeném stavebním úřadu asi opravit ne?

Viz.
http://www.cuzk.cz/Dokument.aspx?PRARESKOD=998MENUID=10769AKCE=DOC:10-RUIAN_METODIKA_2

- Original Message -
From: jzvc [mailto:j...@tpfree.net]
To:
talk-cz@openstreetmap.org
Sent: Thu, 04 Oct 2012 23:43:56 +0200
Subject: Re:
[Talk-cz] dotaz na funkčnost http://maps.fordfrog.com/

 Cus, tuhle
 http://maps.fordfrog.com/?zoom=18lat=50.53776lon=13.97885layers=B00FFF se
 cisla popisny renederujou celkem dost mimo budovy - a samo uplne jinde
 nez sou na km.

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

Re: [OSM-talk-fr] Contrôle qualité des axes routiers

2012-10-05 Diskussionsfäden Ista Pouss

Hello,

D'après mon gmail on en est à 33 questions/réponses sur ce sujet, ça montre
qu'il existe au moins une bonne réactivité humaine sur le sujet, non ?
Existe-t-il en une telle configuration un outil plus facile à suivre et qui
permette de mieux s'organiser que le mail ?

Si je regarde le fil des discussions, j'ai l'impression qu'il y a déjà 2
rendus openlayers pour Alert-C ! Loin de moi l'idée de me plaindre de
pareille réactivité, c'est juste qu'il me semble que ça serait mieux que,
le jour où une personne voudra en faire un troisième, qu'elle sache au
moins qu'il y en a déjà deux :-)


Le 4 octobre 2012 23:59, Marc Sibert m...@sibert.fr a écrit :

  Le 04/10/2012 11:22, Marc SIBERT a écrit :


 - établir un rendu OpenLayers d'Alert-C, pour mieux le suivre.


 Travail en cours : http://freeroute.fr/tmc


 Une mise à jour ce soir : des couleurs suivant le type de route (A, N ou
 D), des numéros sur les points.

 Pas de sélection possible encore.

 Dodo.


 A+

 --
 Marc Sibertmailto:m...@sibert.fr m...@sibert.fr


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


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

Re: [OSM-talk-fr] Contrôle qualité des axes routiers


   - établir un rendu OpenLayers d'Alert-C, pour mieux le suivre.

Travail en cours : http://freeroute.fr/tmc


Une mise à jour ce soir : des couleurs suivant le type de route (A,  
N ou D), des numéros sur les points.


Si les segments qu'on voit sortent de la base gouvernementale, je  
trouve que ce n'est pas de très bonne qualité.


J'ai pris l'ex N75 passant par le Col de la Croix-Haute :
http://freeroute.fr/tmc/?zoom=11lat=44.5691lon=5.79424layers=B0T

Le segment dans la Drôme est resté en N75 au lieu de passer en  
départementale. La D93/993 en provenance de l'Ouest ne vient pas se  
connecter à l'ex N75.


Si on part un peu à l'Est jusqu'à la N85, on voit qu'il y a un doublon  
nationale/départementale au Sud de l'embranchement de l'autoroute.


Ils n'ont pas un bugtracker au ministère? ;-)

Sinon, ça me montre aussi qu'il y a sans doute des problèmes de  
référence de route dans OSM. Je vais étudier ça plus en détail :-)


Eric


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

Re: [OSM-talk-fr] Croisement route/rivière

Salut Eric,

Pas mal comme récapitulatif. Les tags ont l'air simples et facilement 
utilisables. A noter qu'un gué peut aussi être fait de parties métalliques 
immergées, de bois (sur les tout petits cours d'eau) ou plus fréquemment en 
montagne, de gravier.

Teuxe


- Mail original -
De: Eric SIBERT courr...@eric.sibert.fr
À: talk-fr@openstreetmap.org
Envoyé: Jeudi 4 Octobre 2012 18:52:53
Objet: [OSM-talk-fr] Croisement route/rivière

Bonsoir,

Toujours principalement pour Madagascar mais ça s'applique des fois 
aussi en France, je m'interroge sur le codage des différents types de 
croisements entre une route ou une piste, et un cours d'eau temporaire 
ou permanent. Je propose de lister les différents cas rencontrés et le 
codage que j'imagine.

* la route goudronnée franchit une rivière avec un pont
bridge=yes sur la longueur du pont
le reste inchangé

* la route goudronnée croise à gué une rivière permanente (ou active une 
partie importante de l'année)
ford=yes sur la longueur du gué
Si le croisement est ponctuel, ford=yes est appliqué uniquement sur le 
point d'intersection

* la route goudronnée croise à gué une rivière temporaire (la route 
n'est inondée que quelques jours par an lors d'évènements météo 
exceptionnels)
Si c'est étendu flood_prone=yes sur la section.
Si c'est ponctuel flood_prone=yes sur le nœud.

* la piste en terre franchit une rivière avec un pont
bridge=yes (+ surface=concrete) sur la longueur du pont
Si c'est un pont court, bridge=yes (+ surface=concrete) sur un seul 
point de la route.

* la piste en terre croise à gué une rivière permanente sans aucun 
aménagement
ford=yes sur la longueur du gué si étendu, sur un seul point sinon

* la piste en terre croise à gué une rivière permanente à l'aide d'une 
chaussée en dur (radier) généralement en béton
ford=yes + surface=concrete sur la longueur du gué si étendu, sur un 
seul point sinon

* la piste en terre croise une rivière permanente à l'aide d'un pont bas 
pouvant être submergé en cas de crue (ça ressemble à un radier mais 
l'eau passe dessous en temps normal)
bridge=yes + flood_prone=yes + surface=concrete sur la section ou sur un 
seul point si court

* la piste en terre croise à gué une rivière temporaire sans aucun 
aménagement
flood_prone=yes sur la longueur du gué si étendu, sur un seul point sinon

* la piste en terre croise à gué une rivière temporaire à l'aide d'une 
chaussée en dur (radier)
flood_prone=yes + surface=concrete sur la longueur du gué si étendu, sur 
un seul point sinon

Ça vous paraît cohérent tout ça?

ford : http://wiki.openstreetmap.org/wiki/Key:ford
flood_prone : http://wiki.openstreetmap.org/wiki/Key:flood_prone



-- 
Éric

___
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] route forestière: unclassified ou track/tracktype=grade1 ?

Salut à tous,

Pour revenir sur le sujet, pour moi une route, pavée ou non, publique ou non, 
limitée à la circulation et destinée à entretenir une forêt, ça se transforme 
en highway=service, operator=xxx, surface=xxx, access=permissive/private, etc. 
On ne mappe pas pour le rendu mais pour l'utilité de l'information fournie, à 
savoir la route sert à entretenir la forêt.

Par contre j'ai un doute sur le tag access, si les piétons publics ont un accès 
libre mais les véhicules sont soumis à autorisation.

Teuxe


- Mail original -
De: Christian Rogel christian.ro...@club-internet.fr
À: Discussions sur OSM en français talk-fr@openstreetmap.org
Envoyé: Jeudi 4 Octobre 2012 22:31:01
Objet: Re: [OSM-talk-fr] route forestière:  unclassified ou 
track/tracktype=grade1 ?


Le 4 oct. 2012 à 19:32, Eric SIBERT a écrit :

 Je dois avouer que je suis un peu dubitatif...
 
 
 Biskoazh kement-all (approx., c'est n'importe quoi), sus aux Français
 qui traduisent mal le wiki anglophone :
 
 C'est le traducteur qui est mauvais ou la version anglaise qui a évoluée?

Non, c'est un retour à la langue des Grands-Bretons anciens. En français : 
jamais autant

 
 Wiki français, première phrase :
 La valeur *unclassified*de la clé *highway*est utilisée pour représenter
 une route publique BITUMEE au trafic le plus faible.
 
 Wiki en anglais :
 *Unclassified*is used for minor public roads typically at the lowest
 level of the interconnecting grid network...Unclassified roads are
 considered usable by motor cars.
 
  En clair, les unclassified font partie du réseau routier maillé
 
 Alors, le réseau routier non-maillé (les routes en cul-de-sac), on les met où?

Désolé de faire dans le capillotractage, mais j'y suis obligé par plus fort que 
moi. ;-
Et désolé aussi pour l'oubli d'un smiley, dans l'expression sus aux ….., 
alors que j'en ai mis 3 dans le message.

Interconnecting grid net work : c'est clairement du langage administratif 
britannique qui ne peut être
écrit et compris tel quel.
Je mets maillage pour transposer grid et tu sautes sur le sens littéral. Je 
crois cependant que si je 
n'avais mis que réseau routier, cela aurait inclus les cul-de-sac, à moins de 
créer 2 catégories de routes
qui, pourtant nécessitent les mêmes attentions.

 Et plus loin
 One generality, perhaps, is that unclassified roads are often unpaved
 in larger, poorer or more remote/rural areas, and are typically paved in
 denser, richer or more central/urban areas.
 
 [...] ce
 qui veut dire qu'elles sont des voies de droit public et donc, a priori,
 TOUTES les voies de droit public, donc, sans considération de leur aspect.
 
 Je ne vois pas où le texte anglais parle de droit public/privé.

On part des classifications de routes du réseau routier britannique. Si tu ne 
vois pas que ce qui n'est 
pas classifié est une catégorie supplémentaire à ce qui est classifié, lequel 
est , par nature, public,
d'autres peuvent le supposer. C'est en tout cas mon avis.

Une des premières choses que j'ai comprises sur le terme unclassified, c'est 
que c'était un élément
défini légalement pour la catégorisation du réseau public de l'Angleterre et du 
Pays de Galles (Ecosse, peut-être
aussi,  mais, je n'ai pas le temps d'aller y voir).

 Qui corrige, avant que je ne le fasse moi-même?
 
 La nécessité de corriger ne me paraît pas évidente. La page anglaise dit que 
 la définition varie d'un pays à l'autre, voir d'une région à l'autre et qu'il 
 faut surtout essayer d'être homogène dans un secteur. Un tour sur la page de 
 discussion de la page anglaise montre que le débat est loin d'être clos. 
 L'idée est néanmoins qu'on essaie de hiérarchiser l'importance relative des 
 différentes voies dans le réseau routier. On peut s'aider d'autres critères 
 comme l'état physique ou l'appartenance administrative pour essayer d'évaluer 
 l'importance d'une voie.

La première version de la définition anglaise, mentionnée par Sylvain,  dit 
bien que les unclassified peuvent être unpaved dans les pays plus grands 
que la Grande-Bretagne, c'est évidemment le cas de la France métropolitaine qui 
est 2,6 fois plus grande, et on ne compte pas là le territoire français entier, 
avec la Guyane, par exemple.
 
 Dans cette perspective, la route en forêt fermée au trafic automobile ne fait 
 pas partie du réseau routier, donc pas de highway=unclassified mais track ou 
 service.
 
  La valeur *unclassified*de la clé *highway*est utilisée pour représenter
  une route publique BITUMEE au trafic le plus faible.
 
 Une mise à jour à minima serait :
 
 La valeur *unclassified*de la clé *highway*est utilisée pour représenter une 
 route ouverte au public au trafic le plus faible.
 
 Pour répondre à Eric, track concerne éventuellement que le domaine
 privé de la commune ou les routes privées, agricoles ou non, et c'est
 bien plus clair comme ça.
 
 Roads for agricultural use. Those roads are typically rural roads, farm 
 roads, parochial roads, cart-tracks for agricultural use, forest

Re: [OSM-talk-fr] Création d'itinéraires à partir d'OSM

2012-10-05 Diskussionsfäden Rodolphe Quiedeville


Nicolas a écrit on 04/10/12 14:36:

Bonjour,

As-tu essayé http://www.gpsies.com avec sa couche OSM ?



Super cet outil c'est exactement ce que je cherchais il y a quelque 
temps. Le bémol c'est que bin qu'il propose un fond de carte OSM le 
routage ne se fait pas avec les données OSM.


Cela reste néanmoins le plus aboutit que je connaisse en mode 'suivre 
les ways'.


A++

--
Rodolphe Quiédeville - Artisan Logiciel Libre
http://cartosm.eu - Intégration de carte libre sur site web
Blog : http://blog.rodolphe.quiedeville.org/


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

Re: [OSM-talk-fr] Contrôle qualité des axes routiers

2012-10-05 Diskussionsfäden Ab_fab

Bonjour Ista,

Merci pour tes messages.
On peut commencer par continuer la discussion sur dev-fr (que j'ai mis en
copie), histoire de ne pas envahir la messagerie de ceux que le sujet
n'intéresse pas.

Pour la synthèse, le wiki est/sera un bon endroit.

Je ne crois pas qu'il y ait deux rendus, juste Marc qui a fait évoluer son
rendu OpenLayer pour montrer plus d'informations.
-- 
ab_fab http://wiki.openstreetmap.org/wiki/User:Ab_fab
Il n'y a pas de pas perdus
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Organisation d'une cartopartie à Argenteuil ?

2012-10-05 Diskussionsfäden Marc SIBERT

Le 27 septembre 2012 08:59, Christian Quest cqu...@openstreetmap.fr a
écrit :

 Demain vendredi je rencontre le responsable de l'espace numérique
 d'Argenteuil pour préparer cette cartopartie.

 Qui a des disponibilités durant les vacances de la Toussaint ?

 Voici un framadate pour les noter: http://framadate.org/4r1evz2jukj16idv


 Le 30 août 2012 09:20, Christian Quest cqu...@openstreetmap.fr a écrit :
  Tout est à organiser, pas de date de prévue pour le moment et je
  passerai le bébé à qui le veut car j'ai déjà mille choses à faire !
 
 
  Le 30 août 2012 08:42, Marc Sibert m...@sibert.fr a écrit :
  Le 29/08/2012 21:15, Christian Quest a écrit :
 
  J'ai reçu une demande de l'espace numérique d'Argenteuil (95) pour
 
  organiser une série de cartoparties.
 
  J'ai proposé de les aider à organiser la première pour qu'ils puissent
  ensuite directement organiser les suivantes.
 
  Qui est intéresser pour donner un coup de main à la préparation et
  pendant la cartopartie ?
  Ca serait pour octobre/novembre... après c'est moyen côté météo !
 
  Je passe pas mal de WE dans le nord-ouest de l'idf donc je pourrais en
 être
  selon la date.
 
  Marc
 
  --
  Marc Sibert
  mailto:m...@sibert.fr
 
 
 
  ___
  Talk-fr mailing list
  Talk-fr@openstreetmap.org
  http://lists.openstreetmap.org/listinfo/talk-fr
 
 
 
  --
  Christian Quest - OpenStreetMap France -
 http://openstreetmap.fr/u/cquest



 --
 Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquest

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


Bonjour,

Je up le sujet.

Il se trouve que j'avais contacté une asso cyclo dans le 78 tout proche et
ils viennent de me transmettre des traces. Cette cartopartie est pour moi
l'occasion idéale de les amener sur le terrain et de poursuivre la
collaboration avec eux. Est-ce que des dates ont été prises avec Argenteuil
?

Il n'y a pas de problème pour que je reprenne le point si toi Christian n'a
pas de dispo.

A+

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

Re: [OSM-talk-fr] Route saisonnière

Salut Eric,

opening_hours=* est plutôt approprié pour des lieux dont l'ouverture et la 
fermeture sont liés à des activités humaines, donc réglées dans le calendrier : 
boutiques, mais aussi parcs publics par exemple.

seasonal=* a l'air plus approprié dans le sens où aucune date précise ne peut 
être indiquée : cela dépend des conditions météorologiques : la neige pour les 
cols de montagne, mais aussi les routes inondées de façon saisonnière dans les 
lieux où la mousson sait y faire, ou encore les routes temporaires sur rivières 
glacées (au nord du Canada par exemple).

Faudrait-il adjoindre à ce tag (ou remplacer le yes) les raisons plus 
précises qui permettraient de présenter les risques de fermeture aux systèmes 
de routage ? Par exemple en été on a peu de chance de se retrouver avec un col 
fermé pour cause d'enneigement, alors qu'en hiver cela est beaucoup plus 
probable. Les valeurs winter et summer ne me semblent pas être suffisamment 
précises sur la question ; dry_weather est déjà plus proche de ce à quoi je 
pense.

On pourrait aussi se dire que ce type d'information est aussi une condition 
d'accès, et qu'elle peut s'appliquer à certains types de véhicules uniquement. 
Pourquoi ne pas remplacer le vague seasonal=* par quelque chose du genre 
access:condition=* ? (C'est Pieren qui va être content.)


Teuxe

PS. C'est amusant ces valeurs cannot_determine ou another_pattern :D


- Mail original -
De: Eric SIBERT courr...@eric.sibert.fr
À: Discussions sur OSM en français talk-fr@openstreetmap.org
Envoyé: Samedi 29 Septembre 2012 20:03:03
Objet: [OSM-talk-fr] Route saisonnière

Bonsoir,

Je cherche comme indiquer qu'une route est à ouverture ou fermeture 
saisonnière. Typiquement, les cols de montagne qui sont fermés en hiver. 
Jusqu'à présent, je mettais opening_hours avec une valeur du style 
Nov-Apr off. Mais je me demandais s'il y avait un moyen plus générique 
d'indiquer que c'est saisonnier avec un aspect aléatoire.

J'ai vu qu'il y avait une proposition seasonal=* :
http://wiki.openstreetmap.org/wiki/Key:seasonal

Usage en Europe : yes (497), no (19), winter (12), summer (9), * (2), 
Spring, Summer, Fall (1), Yes (1)

Le même problème se pose en Afrique avec les pistes impraticables en 
saison des pluies.

Usage en Afrique : year_round (171), yes (75), wet_season (32), 
cannot_determine (27), another_pattern (16), dry_season (7), na_dn (1), 
dry_weather (1)

En plus, en Afrique, la piste peut ne pas être fermée mais c'est juste 
le type de véhicule qui peuvent l’emprunter qui change. Ça reviendrait à 
ne pas avoir la même valeur pour la clé smoothness=* suivant la saison.

D'autres propositions?

-- 
Éric

___
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] route forestière: unclassified ou track/tracktype=grade1 ?

2012-10-05 Diskussionsfäden Pieren

2012/10/5  te...@free.fr:

 Pour revenir sur le sujet, pour moi une route, pavée ou non, publique ou non, 
 limitée à la circulation et destinée à entretenir une forêt, ça se transforme 
 en highway=service,

Définition courte depuis la page highway:
service = For access roads to, or within an industrial estate, camp
site, business park, car park etc.
track = Rough roads, often with unpaved/unsealed surfaces and
normally for agricultural or forestry uses etc.

Dès leur création, ces tags ont été conçu dans un esprit
ville/campagne (service pour la ville et track pour la campagne). Mais
j'ai remarqué ensuite que le tag service s'est aussi invité dans les
zones de nature péri-urbaines, ces forêts qui resemblent plus à des
parcs qu'à de vrais forêts et où les chemins sont plus empruntés par
les services d'entretien municipaux que par des tracteurs ou des
bûcherons. Je pense que c'est surtout dans ces zones que la confusion
est la plus grande entre service et track et qu'il faudrait peut-être
affiner notre documentation.

Pieren

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

Re: [OSM-talk-fr] Contact parisien pour l'asso Starting-block

Salut,

L'association est essentiellement dédiée à encourager l'aide aux personnes en 
difficulté, et à promouvoir l'enseignement de valeurs citoyennes et 
solidaires non détaillées, dont la définition reste à l'appréciation de ceux 
qui les diffusent.

On pourrait leur proposer un équivalent qui peur permette de retrouver 
facilement le lieu de tout leur réseau en France en une vue avec éléments 
cliquables, mais à mon avis la synergie n'ira pas beaucoup plus loin. A-t-on 
déjà des rendus OSM qui permettent ça ?

Teuxe


- Mail original -
De: Cyrille Giquello cyrill...@gmail.com
À: Discussions sur OSM en français talk-fr@openstreetmap.org
Envoyé: Jeudi 4 Octobre 2012 13:07:44
Objet: [OSM-talk-fr] Contact parisien pour l'asso Starting-block

Salut,
En surfant sur le Web j'ai rencontré le site de l'association
http://www.starting-block.org, Provocateurs de solidarité.
Starting-Block est une association de jeunes adultes engagés. Pour
construire un monde juste, inclusif et solidaire, elle mène des
actions d'Education à la Citoyenneté et à la Solidarité

Sur leur page réseau, il y a une carte avec un fond google-maps. Si un
parisien pouvait les accompagner à l'initiation à openstreetmap, j'ai
dans l'idée qu'ils seront partant vu les valeurs qu'ils prônent.

http://www.starting-block.org

-- 
Cyrille.

___
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] Récupérer les contours de tous les pays - API OpenstreetMap

2012-10-05 Diskussionsfäden Marc SIBERT

Le 5 octobre 2012 11:24, Mathieu Rajerison mathieu.rajeri...@gmail.com a
écrit :

 Bonjour,


 Je débute sur OSM et m'intéresse particulièrement à l'analyse de données
 issues de la carte libre.

 Je souhaite réaliser des comparaisons entre quelques grandes villes
 mondiales et me demande comment, dans un premier temps, récupérer les
 contours de villes, voire leurs bounding boxes.

 J'ai vu qu'il y avait pas mal d'APIs: XAPI, OverPass API notamment.

 J'ai fait un essai infructueux sur Paris utilisant overpass:

 http://www.overpass-api.de/api/xapi?way[name=Paris][boundary=administrative][admin_level=8]


 Je me suis sûrement trompé quelque part..

 Mathieu


 Bonjour,

Sans avoir le temps de creuser le point, il faut que tu recherches la
relation qui forme cette frontière, puis que tu récupères ses éléments
(way).
Ça peut se faire avec l'overpass api, mais probablement pas avec cette
syntaxe simpliste, mais avec le langage de requetage qui permet de cascader
les éléments.

Voilà un exemple pour capturer les départements :
[out:json];
(
relation
[type=boundary]
[boundary=administrative]
//[admin_level=6]
[ref_NUTS]
[ref=$dep];
);
(
._;
way(r);
);
(
._;
node(w);
);
(
._;
relation(r);
);
(
._;
node(r);
);
out;

A+

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

Re: [OSM-talk-fr] Récupérer les contours de tous les pays - API OpenstreetMap

2012-10-05 Diskussionsfäden sly (sylvain letuffe)

On vendredi 5 octobre 2012, Mathieu Rajerison wrote:
 Bonjour,
 
 
 Je débute sur OSM et m'intéresse particulièrement à l'analyse de données
 issues de la carte libre.

Salut, et bienvenu !

 Je souhaite réaliser des comparaisons entre quelques grandes villes
 mondiales 

Exercice Intéressant à faire !

 J'ai fait un essai infructueux sur Paris utilisant overpass:
 http://www.overpass-api.de/api/xapi?way[name=Paris][boundary=administrative]
[admin_level=8]
 
 Je me suis sûrement trompé quelque part..

Oui, mais tu as le principe de base !
Les villes ne sont pas toujours enregistrées dans la base de la même façon. 
Selon leur taille, selon celui qui a fait et selon la complexité liée souvent 
à la taille elles peuvent être enregistrée par l'un ou plusieurs des 3 objets 
que compte la base OSM :
- un point (noeud) (là c'est la version simplifiée, mais qui ne t'aidera pas 
beaucoup)
- un chemin fermé (way) 
- une relation (relation) qui regroupe elle même plusieurs chemins qui, mis 
bout à bout, forme le contour de la ville

Et par des tags, parfois différents selon les pays
soit en effet, boundary=administrative + admin_level=8
soit place=city/town/village/...

Il faut donc aller un peu à la pêche et tenter les différentes options pour 
voir laquelle te sortira ce que tu cherches, et, éventuellement automatiser 
pour deviner quelle combinaison est la bonne.
Dans ton cas, on s'en rapproche avec par exemple :
http://api.openstreetmap.fr/xapi?relation[name=Paris][place=city]

Toutefois, des Paris, il semble y en avoir plein aux états-unis et cette 
requête m'en sort aussi 2 pour le Paris de France que tu cherches
Moyennant une BBOX on doit pouvoir s'en sortir, et une fois qu'on a confirmé 
celle qu'on veut, on peut y aller par son identifiant interne :
http://api.openstreetmap.fr/api/0.6/relation/7444/full (à ouvrir dans JOSM 
pour confirmer)

Sinon, comme le propose Marc à coté, avec OverpassAPI et son langage plus 
complet on doit pouvoir faire ça en un coup


-- 
sly
qui suis-je : http://sly.letuffe.org
email perso : sylvain chez letuffe un point org

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

Re: [OSM-talk-fr] Croisement route/rivière

2012-10-05 Diskussionsfäden Jean Couteau

Le 05/10/2012 10:28, te...@free.fr a écrit :
 Salut Eric,
 
 Pas mal comme récapitulatif. Les tags ont l'air simples et facilement 
 utilisables. A noter qu'un gué peut aussi être fait de parties métalliques 
 immergées, de bois (sur les tout petits cours d'eau) ou plus fréquemment en 
 montagne, de gravier.

Ca ma fait penser que j'ai rajouter justement hier un gué, et j'étais
bien embetté pour tagguer.

En fait, le gué ne sert que pour les tracteurs, ce n'est donc pas du
gravier, mais plutôt du gros rocher (je l'ai pris à pied et il y a gros
risque de s'exploser la cheville, un 4x4 doit pouvoir passer, mais c'est
quasi du franchissement). Il n'est accessible qu'à marée basse.

Le gué est là : http://osm.org/go/eq2uF_jIe--

Je l'ai taggué comme ça :

access: no
ford: yes
highway: track
smoothness: very_horrible
surface: rock
tracktype: grade2

à part le access que je pourrait peut-être mettre en tidal, le reste
vous semble bon ?


Jean



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

Re: [OSM-talk-fr] Croisement route/rivière

2012-10-05 Diskussionsfäden sly (sylvain letuffe)

 un 4x4 doit pouvoir passer, mais c'est
 quasi du franchissement). 

 smoothness: very_horrible

A confirmer pour le passage 4x4, mais si c'est franchissable, je dirais
smoothness=horrible (un cran en dessous)

Sinon, pour le droit d'access, si c'est interdit au public, mais que les 
agriculteurs, les services de maintenance ou que sais-je on le droit de 
passer mais uniquement à marré basse...
et bien j'en sais rien du tout parce que ce n'est pas simple !
Mais peut être un truc style access=private/agricultural/official
http://wiki.openstreetmap.org/wiki/Access

-- 
sly
qui suis-je : http://sly.letuffe.org
email perso : sylvain chez letuffe un point org

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

Re: [OSM-talk-fr] Litto3D et RDV à l'IGN (était: Rendez vous avec la Direction de l'IGN)

2012-10-05 Diskussionsfäden Bruno Cortial

Bonjour,
Autre piste : Géobretagne

Ils ont en effet accès à une jeu de données Litto3d. Dans la fiche
descriptive accessible ci-dessous tu trouveras des contacts nominatifs au
SHOM et à l'IGN

http://geobretagne.fr/geonetwork/srv/fr/main.home

Concernant la licence accordée à Géobretagne on peut lire :
*Est autorisé le droit d'exploiter et de diffuser les résultats issus de
l'utilisation de ces données*
*(...)*
*Autres contraintes Les autorisations précitées sont valables pour les
acteurs de la sphère publique aux seules fins de l’exercice de leur mission
de service public n’ayant pas de caractère industriel ou commercial*

Toujours cette bride pour les collectivités locales !
Par contre je n'arrive pas à visualiser la couche de données avec leur
outil (pb de SRS)

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

Re: [OSM-talk-fr] Récupérer les contours de tous les pays - API OpenstreetMap

2012-10-05 Diskussionsfäden Pieren

2012/10/5 sly (sylvain letuffe) li...@letuffe.org:

 Sinon, comme le propose Marc à coté, avec OverpassAPI et son langage plus
 complet on doit pouvoir faire ça en un coup

A noter que toutes ces opérations ne sont utiles que si tu veux
automatiser. Et aussi que le admin_level=8 n'est pas universel. Si ça
reste, comme il dit, pour quelques grandes villes mondiales, on peut
aussi bien récupérer les id des relations directement avec un éditeur
avant de récupérer les données avec le
.../api/0.6/relation/relation_id/full

Pieren

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

Re: [OSM-talk-fr] Organisation d'une cartopartie à Argenteuil ?

2012-10-05 Diskussionsfäden Christian Quest

Pas encore de date fixée, il faut que je m'en occupe, le temps passe
vite (quand on est bien occupé).


Le 5 octobre 2012 10:56, Marc SIBERT m...@sibert.fr a écrit :
 Le 27 septembre 2012 08:59, Christian Quest cqu...@openstreetmap.fr a
 écrit :

 Demain vendredi je rencontre le responsable de l'espace numérique
 d'Argenteuil pour préparer cette cartopartie.

 Qui a des disponibilités durant les vacances de la Toussaint ?

 Voici un framadate pour les noter: http://framadate.org/4r1evz2jukj16idv


 Le 30 août 2012 09:20, Christian Quest cqu...@openstreetmap.fr a écrit :
  Tout est à organiser, pas de date de prévue pour le moment et je
  passerai le bébé à qui le veut car j'ai déjà mille choses à faire !
 
 
  Le 30 août 2012 08:42, Marc Sibert m...@sibert.fr a écrit :
  Le 29/08/2012 21:15, Christian Quest a écrit :
 
  J'ai reçu une demande de l'espace numérique d'Argenteuil (95) pour
 
  organiser une série de cartoparties.
 
  J'ai proposé de les aider à organiser la première pour qu'ils puissent
  ensuite directement organiser les suivantes.
 
  Qui est intéresser pour donner un coup de main à la préparation et
  pendant la cartopartie ?
  Ca serait pour octobre/novembre... après c'est moyen côté météo !
 
  Je passe pas mal de WE dans le nord-ouest de l'idf donc je pourrais en
  être
  selon la date.
 
  Marc
 
  --
  Marc Sibert
  mailto:m...@sibert.fr
 
 
 
  ___
  Talk-fr mailing list
  Talk-fr@openstreetmap.org
  http://lists.openstreetmap.org/listinfo/talk-fr
 
 
 
  --
  Christian Quest - OpenStreetMap France -
  http://openstreetmap.fr/u/cquest



 --
 Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquest

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


 Bonjour,

 Je up le sujet.

 Il se trouve que j'avais contacté une asso cyclo dans le 78 tout proche et
 ils viennent de me transmettre des traces. Cette cartopartie est pour moi
 l'occasion idéale de les amener sur le terrain et de poursuivre la
 collaboration avec eux. Est-ce que des dates ont été prises avec Argenteuil
 ?

 Il n'y a pas de problème pour que je reprenne le point si toi Christian n'a
 pas de dispo.

 A+

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

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




-- 
Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquest

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

Re: [OSM-talk-fr] Récupérer les contours de tous les pays - API OpenstreetMap

2012-10-05 Diskussionsfäden Mathieu Rajerison

Ok, je vous remercie pour toutes ces réponses!

J'ai essayé sur Tokyo mais je n'obtiens rien de probant..Faut-il que
j'écrive Tokyo en japonais? ;) Comment être sûr de bien avoir orthographié
le nom de la ville?

http://www.overpass-api.de/api/xapi?*[name=Tokyo]http://www.overpass-api.de/api/xapi?relation[name=Tokyo]
me donne des nodes et des ways mais aucune way ne concerne une limite
administrative..

Le 5 octobre 2012 12:40, Pieren pier...@gmail.com a écrit :

 2012/10/5 sly (sylvain letuffe) li...@letuffe.org:

  Sinon, comme le propose Marc à coté, avec OverpassAPI et son langage plus
  complet on doit pouvoir faire ça en un coup

 A noter que toutes ces opérations ne sont utiles que si tu veux
 automatiser. Et aussi que le admin_level=8 n'est pas universel. Si ça
 reste, comme il dit, pour quelques grandes villes mondiales, on peut
 aussi bien récupérer les id des relations directement avec un éditeur
 avant de récupérer les données avec le
 .../api/0.6/relation/relation_id/full

 Pieren

 ___
 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

[OSM-talk-fr] les cartonautes ont besoin de renfort

2012-10-05 Diskussionsfäden PierreV

Voici un article dans notre journal local qui dit l'essentiel et qui
présente le projet en général et qui termine sur un clin d'oeil local
suite à une entrevue que j'ai pu avoir avec un journaliste:
http://www.lanouvellerepublique.fr/Deux-Sevres/communes/Niort/n/Contenus/Articles/2012/10/05/Les-cartonautes-ont-besoin-de-renfort
On verra ce w-e si on a gagné quelques nouveaux contributeurs dans la région
Niortaise! Et si la Ville veut bien enfin répondre a ma proposition de leur
présenter le projet...

J'aime bien le terme de cartonaute que le journaliste nous a trouvé ;-)

En tout cas si chacun de nous prenait un peut de temps libre pour rencontrer
son journal local, ca serait génial!

Par contre le journaliste a été sur le portail français, qui n'a pas de
rubrique consacrée aux journalistes comme celle que l'on peut trouver sur le
wiki: http://wiki.openstreetmap.org/wiki/FR:Portal:Press
mais si on pouvait en faire une spécifique a la france sur le portail
francais ca serait bien.



--
View this message in context: 
http://gis.19327.n5.nabble.com/les-cartonautes-ont-besoin-de-renfort-tp5729106.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] Récupérer les contours de tous les pays - API OpenstreetMap

2012-10-05 Diskussionsfäden Christian Quest

Peut être avec name:en au lieu de name ?

Sinon, regarde sur layers.openstreetmap.fr comment le découpage
administratif est fait.

Je n'ai pas l'impression que le Japon soit découpé à l'aide de relations...

http://layers.openstreetmap.fr/?zoom=10lat=35.78218lon=140.04382layers=B00TT


Le 5 octobre 2012 13:11, Mathieu Rajerison
mathieu.rajeri...@gmail.com a écrit :
 Ok, je vous remercie pour toutes ces réponses!

 J'ai essayé sur Tokyo mais je n'obtiens rien de probant..Faut-il que
 j'écrive Tokyo en japonais? ;) Comment être sûr de bien avoir orthographié
 le nom de la ville?

 http://www.overpass-api.de/api/xapi?*[name=Tokyo]
 me donne des nodes et des ways mais aucune way ne concerne une limite
 administrative..

 Le 5 octobre 2012 12:40, Pieren pier...@gmail.com a écrit :

 2012/10/5 sly (sylvain letuffe) li...@letuffe.org:

  Sinon, comme le propose Marc à coté, avec OverpassAPI et son langage
  plus
  complet on doit pouvoir faire ça en un coup

 A noter que toutes ces opérations ne sont utiles que si tu veux
 automatiser. Et aussi que le admin_level=8 n'est pas universel. Si ça
 reste, comme il dit, pour quelques grandes villes mondiales, on peut
 aussi bien récupérer les id des relations directement avec un éditeur
 avant de récupérer les données avec le
 .../api/0.6/relation/relation_id/full

 Pieren

 ___
 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




-- 
Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquest

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

Re: [OSM-talk-fr] Récupérer les contours de tous les pays - API OpenstreetMap

2012-10-05 Diskussionsfäden Ab_fab

Pas sûr qu'il y ait des relations pour les limites administratives là bas.

Je ne trouve rien qui se colore sur
http://layers.openstreetmap.fr/?zoom=10lat=35.68787lon=139.68392layers=B00FF
en activant les différents niveaux de limites administratives.

Le 5 octobre 2012 13:11, Mathieu Rajerison mathieu.rajeri...@gmail.com a
écrit :

 Ok, je vous remercie pour toutes ces réponses!

 J'ai essayé sur Tokyo mais je n'obtiens rien de probant..Faut-il que
 j'écrive Tokyo en japonais? ;) Comment être sûr de bien avoir orthographié
 le nom de la ville?

 http://www.overpass-api.de/api/xapi?*[name=Tokyo]http://www.overpass-api.de/api/xapi?relation[name=Tokyo]
 me donne des nodes et des ways mais aucune way ne concerne une limite
 administrative..

 Le 5 octobre 2012 12:40, Pieren pier...@gmail.com a écrit :

 2012/10/5 sly (sylvain letuffe) li...@letuffe.org:

  Sinon, comme le propose Marc à coté, avec OverpassAPI et son langage
 plus
  complet on doit pouvoir faire ça en un coup

 A noter que toutes ces opérations ne sont utiles que si tu veux
 automatiser. Et aussi que le admin_level=8 n'est pas universel. Si ça
 reste, comme il dit, pour quelques grandes villes mondiales, on peut
 aussi bien récupérer les id des relations directement avec un éditeur
 avant de récupérer les données avec le
 .../api/0.6/relation/relation_id/full

 Pieren

 ___
 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




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

Re: [OSM-talk-fr] Croisement route/rivière

Pas mal comme récapitulatif. Les tags ont l'air simples et  
facilement utilisables. A noter qu'un gué peut aussi être fait de  
parties métalliques immergées, de bois (sur les tout petits cours  
d'eau) ou plus fréquemment en montagne, de gravier.


Oui, j'ai un peu simplifié en mettant tout en béton, qu'il s'agisse  
des radiers ou des ponts mais on peut adapter au matériau avec  
surface=*. L'idée sous-jacente, c'est de savoir à l'avance quel type  
d'obstacle on va rencontrer. Pour traverser la rivière, va-t-on  
patauger dans la boue ou y a-t-il de l'aménagement? Dans le second  
cas, ça a plus de chance de passer en saison humide que dans le premier.


Un exemple de radier en béton sur route goudronnée avec inondation  
exceptionnelle:


http://www.lecoindejoelle.com/2012/04/madagascar-roadtrip-ile-rouge.html

A noter au début à gauche, un poteau gradué (blanc à chapeau rouge  
comme nos routes de montagne :-p ) pour connaître la hauteur d'eau. Un  
logiciel de guidage relié à un serveur météo devrait prévenir  
l'utilisateur pendant ou après un cyclone du risque de sections  
inondées sur la route.


Eric


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

Re: [OSM-talk-fr] Croisement route/rivière


En fait, le gué ne sert que pour les tracteurs, ce n'est donc pas du
gravier, mais plutôt du gros rocher


Les rochers sont naturels ou ont-ils été apportés pour construire le passage?


un 4x4 doit pouvoir passer,


Comme sly smoothness=horrible seulement.



Il n'est accessible qu'à marée basse.
Je l'ai taggué comme ça :

access: no


Ca me paraît un peu excessif. Est-ce que c'est interdit aux piétons et  
aux 4x4?



ford: yes
highway: track
surface: rock


Ou ford=tidal si on veut innover?

Eric


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

Re: [OSM-talk-fr] Route saisonnière