date:20130404





Am 04/apr/2013 um 14:55 schrieb Peter Wendorff wendo...@uni-paderborn.de:

 Wie heißen denn die Straßen innerhalb der Kaserne? bisher sind die noch
 nicht benannt in OSM (und bei Google genausowenig). Kann es sein, dass
 da eine so heißt?


Guter Punkt


 Selbst wenn, dann wäre das allerdings auch keine generelle Lösung,
 sondern lediglich eine für diesen Fall.


welche anderen Fälle gibt es denn, wo es zur Straße einer Adresse keine reale 
Straße gibt?


 Die Adresse aber ausgerechnet an einen einzelnen Node an der Stelle da
 im Nordosten zu pappen, halte ich für falsch; vielmehr gehört die
 Adresse zur gesamten Kaserne und insofern auf das entsprechende Polygon.


wenn Deine erste Hypothese zutrifft wäre die Nr. 2 allerdings vermutlich nur 
eins von mehreren Häusern innerhalb der Kaserne (vermutlich die Poststelle)

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

Re: [Talk-de] Gepflegtes Gebüsch

2013-04-04 Thread Frank


Am 04.04.2013 00:39, schrieb Wolfgang Hinsch:

ich frage mich, wie man eine Verkehrsinsel, Parkplatzbegrenzung o.ä.
taggt, wenn sie mit Gebüsch bedeckt ist, das relativ kurz gehalten und
ein paar Mal im Jahr geschnitten wird.

...

... außerdem für ein paar m² die falsche Kategorie.



andere Ideen?

Gruß, Wolfgang


Hallo,
ich schlage vor: diese Fläche mit Bodendeckern NICHT mappen.

Der Parkplatz ist relevant. Für die Umgebung fände ich relevant, ob es 
sich um Wohn- oder Industriegebiet handelt.


Aber dass der Parkplatz mit ein paar kleinen Pflanzen begrenzt ist, das 
macht die Daten eher unübersichtlich.


Ich plädiere dafür, ab einem gewissen Level der Details mit dem Erfassen 
einfach aufzuhören.
Neulich habe ich gesehen, dass jemand den Rasen in einem Vorgarten als 
Grasland eingetragen hat. Das fällt m.E. in die gleiche Kategorie 
unwichtig.


Nach meiner Auffassung ist eine Landnutzung etwas, was i.d.R. mehrere 
Grundstücke umfasst, grob gesagt mehrere Hundert Quadratmeter.


Teile von Grundstücken, also Flächen von ein paar m² sind 
kartografisch kaum darstellbar, für Routing irrelevant, verlangsamen 
aber die Verarbeitung.



--

Frank

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

Re: [Talk-de] Gepflegtes Gebüsch

2013-04-04 Thread Martin Raifer


natural=scrub steht für so eine Art Wildnis eben unterhalb von Urwald,
Bahndämme etc.


Das steht aber ein kleines Bisschen im Gegensatz zum Wiki:


natural=scrub:
mit Büschen und Bäumen bewachsenes unkultiviertes Land


Das passt doch perfekt? Evtl. könnte man das noch (mit scrub=urban oder  
so) weiter spezifizieren.


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

Re: [Talk-de] Nominatim: addr:street ohne zugehörigen highway

2013-04-04 Thread Jan Kulhanek

Es gibt wahrscheinlich nicht viele


Aber konkret gibt es zum Beispiel im Dorf chorin Adressen namens mittelreihe.
Die dazugehörige Straße heißt aber choriner dorfstraße, eine Straße Mittelrheie 
gibt es nicht

Das hatte in dem Fall historische gründe.
Die dorfstrase war links und rechts jeweils bebaut, in der Mitte verlief 
(wahrscheinlich brandschutz) ein sehr breiter unbebauter streifen.
Ich glaube nach dem 30 jährigen Krieg brauchte man platt und hat auf diesem 
mitzelstreifen Häuser errichtet.
Links und rechts des Streifens verläuft weiterhin die dorfstrase.
Da die hausnummern fur die dorfstrase bereits durchnummeriert und vergeben 
waren, hat man die Häuser mitzelreihe genannt und neu durchnummeriert.

Damit ist das in der Anschrift jetzt die Straße, liegen tun sie aber an der 
dorfstraße.

Eine vorstellbare Losung wäre es die anliegende Straße mit alt-name zu taggen, 
keine Ahnung ob das was bringt.
Oder die Adresse zu setzten und die street-relation zusätzlich zu verwenden.





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





Am 04/apr/2013 um 14:55 schrieb Peter Wendorff
wendo...@uni-paderborn.de:

 Wie heißen denn die Straßen innerhalb der Kaserne? bisher sind die
noch
 nicht benannt in OSM (und bei Google genausowenig). Kann es sein,
dass
 da eine so heißt?


Guter Punkt


 Selbst wenn, dann wäre das allerdings auch keine generelle Lösung,
 sondern lediglich eine für diesen Fall.


welche anderen Fälle gibt es denn, wo es zur Straße einer Adresse keine
reale Straße gibt?


 Die Adresse aber ausgerechnet an einen einzelnen Node an der Stelle
da
 im Nordosten zu pappen, halte ich für falsch; vielmehr gehört die
 Adresse zur gesamten Kaserne und insofern auf das entsprechende
Polygon.


wenn Deine erste Hypothese zutrifft wäre die Nr. 2 allerdings
vermutlich nur eins von mehreren Häusern innerhalb der Kaserne
(vermutlich die Poststelle)

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

-- 
Diese Nachricht wurde von meinem Android-Mobiltelefon mit K-9 Mail gesendet.
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Gepflegtes Gebüsch

2013-04-04 Thread Ronnie Soak

Wurde nicht genau dafuer immer landcover=* propagiert?

Das hat fast keine hoehere Bedeutung neben was den Boden bedeckt, ist
also nur eine bessere Variante von mal es gruen im Renderer und dass ist
es ja wohl, wass man moechte wenn man sich Gedanken um den Bewuchs von
Parkplatztrennflächen macht. Da ist auch gar nichts schlimmes dabei, mit
landuse=* ist das systematisiert und auch nicht mehr mappen fuer den
Renderer (in der ursprünglichen Bedeutung von: ein falsches Tag benutzen
um das Rendererergebnis zu beeinflussen).

Damit umgeht man die Problematik, das landuse eher für grosse Gebiete
definiert ist und auch die leidliche natural=* Problematik im urbanen Raum.
(@Martin: fällt dir der Widerspruch unkultiviert - urban nicht im
eigenen Posting auf? Diese Büsche wachsen da wohl kaum wild, sondern
wurden sorgsam vom Besitzer angepflanzt.)

Ansonsten schliesse ich mich Franks Meining (fast) an. Bitte
Parkplatztrennflaechenbuesche erst dann mappen, wenn der Rest der Umgebung
einen aehnlichen Detailgrad bereits erreicht hat. Ansonsten lieber mit
Hausnummern und Turn-restrictions beschaeftigen.

my 2 cents,

Chaos

Am 4. April 2013 16:11 schrieb Martin Raifer tyr@gmail.com:

natural=scrub steht für so eine Art Wildnis eben unterhalb von Urwald,
Bahndämme etc.

Das steht aber ein kleines Bisschen im Gegensatz zum Wiki:

natural=scrub:
mit Büschen und Bäumen bewachsenes unkultiviertes Land

Das passt doch perfekt? Evtl. könnte man das noch (mit scrub=urban oder
so) weiter spezifizieren.

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

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

Re: [Talk-de] Gepflegtes Gebüsch

Am 4. April 2013 17:03 schrieb Ronnie Soak chaoschaos0...@googlemail.com:

 Wurde nicht genau dafuer immer landcover=* propagiert?
 Das hat fast keine hoehere Bedeutung neben was den Boden bedeckt, ist
 also nur eine bessere Variante von mal es gruen im Renderer und dass ist
 es ja wohl, wass man moechte wenn man sich Gedanken um den Bewuchs von
 Parkplatztrennflächen macht.



ich sehe das im Prinzip ähnlich, wenn auch nicht unbedingt rein auf das
Rendern bezogen (macht ja schon hinsichtlich der Bedeutung einen
Unterschied, ob die Fläche mit Büschen befüllt ist oder z.B. eine
staubige Sandfläche, von daher finde ich es nicht komplett unnütz, das
einzutragen).



 Da ist auch gar nichts schlimmes dabei, mit
 landuse=* ist das systematisiert und auch nicht mehr mappen fuer den
 Renderer (in der ursprünglichen Bedeutung von: ein falsches Tag benutzen
 um das Rendererergebnis zu beeinflussen).



landuse sehe ich das auch nicht unbedingt, vor allen Dingen sind Büsche
kein landuse, den würde ich eher (sehr spezifisch) als
Parkplatztrennflächen oder (weniger spezifisch) als Parkplatz oder ggf.
Verkehrsnebenflächen oder so sehen, je nach (noch nicht existierender)
Systematik. D.h. landuse würde ich hier eher gar nicht als tag verwenden.




 Damit umgeht man die Problematik, das landuse eher für grosse Gebiete
 definiert ist




dem ist nicht direkt so. Im Wiki stand früher immer, man solle die
vorherrschende Nutzung mappen, aber wie groß oder klein die Flächen dabei
sein sollten, oder anders gesagt wie der Maßstab der Betrachtung gewählt
werden sollte, stand da noch nie.

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

Re: [Talk-de] Gepflegtes Gebüsch

2013-04-04 Thread Martin Vonwald

Am 4. April 2013 17:03 schrieb Ronnie Soak chaoschaos0...@googlemail.com:

 Wurde nicht genau dafuer immer landcover=* propagiert?

 Das hat fast keine hoehere Bedeutung neben was den Boden bedeckt, ist
 also nur eine bessere Variante von mal es gruen im Renderer und dass ist
 es ja wohl, wass man moechte wenn man sich Gedanken um den Bewuchs von
 Parkplatztrennflächen macht. Da ist auch gar nichts schlimmes dabei, mit
 landuse=* ist das systematisiert und auch nicht mehr mappen fuer den
 Renderer (in der ursprünglichen Bedeutung von: ein falsches Tag benutzen
 um das Rendererergebnis zu beeinflussen).

 Damit umgeht man die Problematik, das landuse eher für grosse Gebiete
 definiert ist und auch die leidliche natural=* Problematik im urbanen Raum.
 (@Martin: fällt dir der Widerspruch unkultiviert - urban nicht im
 eigenen Posting auf? Diese Büsche wachsen da wohl kaum wild, sondern
 wurden sorgsam vom Besitzer angepflanzt.)

 Ansonsten schliesse ich mich Franks Meining (fast) an. Bitte
 Parkplatztrennflaechenbuesche erst dann mappen, wenn der Rest der Umgebung
 einen aehnlichen Detailgrad bereits erreicht hat. Ansonsten lieber mit
 Hausnummern und Turn-restrictions beschaeftigen.


+1 von mir von Anfang bis Ende. Bleibt nur die Hoffnung, dass es auch
tatsächlich irgendwann gerendert wird, denn falls nicht, wird es nicht
getaggt. Für JOSM kann ich euch einen Stil anbieten, welche die meisten
landcover-Tags darstellt. Aber wie wir wissen, wird heutzutage fast nichts
mehr getaggt was nicht auch gerendert wird. Und falls es nicht gerendert
wird, dann wird es halt falsch getaggt, damit es doch gerendert wird :-/

Beste Grüße,
Martin
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Open Data für Geobasisdaten in Baden-Württemberg

2013-04-04 Thread Martin Trautmann

On 13-04-02 22:18, Martin Trautmann wrote:
 On 13-04-02 21:27, Joachim Kast wrote:
 beim LGL war man heute auch etwas erstaunt, dass das Straßenverzeichnis
 noch nicht aktualisiert wurde. Die Nachforschungen laufen ...
 
 Ah, danke für die Nachfrage, das lässt hoffen,

Heute kam was neues. Mal sehen, was es taugt.

Schönen Gruß
Martin

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

Re: [Talk-de] Nominatim: addr:street ohne zugehörigen highway

2013-04-04 Thread Bernhard Weiskopf

 welche anderen Fälle gibt es denn, wo es zur Straße einer Adresse 
 keine reale Straße gibt?

Die gesamte Innenstadt von Mannheim
(http://www.openstreetmap.org/?mlat=49.488mlon=8.466zoom=13), das betrifft
einige tausend Adressen.

Statt Straßennamen werden die Quadrate genannt. Die Hausnummern sind
jeweils umlaufend um das Quadrat, das in der Regel von vier Straßen umrahmt
wird. Ein paar wenige Straßen tragen zwar noch Namen, die werden aber nie
zur Adressierung verwendet. Die gleichen Hausnummern wiederholen sich
schließlich bei jedem Quadrat. Näheres siehe
http://de.wikipedia.org/wiki/Quadratestadt#Stra.C3.9Fen

Ein Beispiel von vielen: Suche nach zwickerstube mannheim liefert
Zwickerstube, 9, Planken,  Die Straße Planken ist aber ein ganzes
Stück weg und wird hier falsch genannt. Die richtige Adresse lautet E3, 9.
E3 ist bei der Zwickerstube als Straßenname eingetragen, der wird von
Nominatim aber ignoriert.

Bernhard



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

Re: [Talk-de] Nominatim: addr:street ohne zugehörigen highway (Peter Wendorff)

2013-04-04 Thread jotpe

Moin,


 Hallo zurück,

 Wie heißen denn die Straßen innerhalb der Kaserne? bisher sind die noch
 nicht benannt in OSM (und bei Google genausowenig). Kann es sein, dass
 da eine so heißt?
 Selbst wenn, dann wäre das allerdings auch keine generelle Lösung,
 sondern lediglich eine für diesen Fall.


ich denke das in diesem Fall eine echte Straße mit dem Namen wirklich nicht
existiert.


Die Adresse aber ausgerechnet an einen einzelnen Node an der Stelle da
 im Nordosten zu pappen, halte ich für falsch; vielmehr gehört die
 Adresse zur gesamten Kaserne und insofern auf das entsprechende Polygon.


Das war die einfachste Möglichkeit, wenn man nicht weiß, wie groß genau das
Gelände ist. Aber mittlerweile hat jemand das Militärgelände eingezeichnet.

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

Re: [Talk-de] Nominatim: addr:street ohne zugehörigen highway

2013-04-04 Thread Andreas Neumann

Am 04.04.2013 15:09, schrieb Martin Koppenhoefer:
 welche anderen Fälle gibt es denn, wo es zur Straße einer Adresse keine reale 
 Straße gibt?

Goethestraße in Jena. Die (Werks-)Straße existierte einst in der
Stadtmitte. Über die gesamte Fläche der Straße wurde die Goethegalerie
(nicht befahrbare Einkaufspassage) gebaut. Die einzelnen angrenzenden
Gebäude haben weiterhin die Adresse mit diesem Straßennamen. Die Straße
an sich existiert aber nicht mehr.

MfG Andreas

-- 
Andreas Neumann
http://stadtplan-ilmenau.de




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

Re: [Talk-de] Nominatim: addr:street ohne zugehörigen highway

2013-04-04 Thread Dietmar


Am 04.04.2013 15:09, schrieb Martin Koppenhoefer:

...
welche anderen Fälle gibt es denn, wo es zur Straße einer Adresse keine reale 
Straße gibt?


In Augsburg gibt es einige Gebiete, wo es keine Straße gibt.
Bis vor kurzem gab es Wellenburg x, aber nur eine Wellenburger-Straße. 
Nach unserer Frage dazu wurde eine unbenannte Straße dort Wellenburg 
genannt.


Das Gebiet Siebenbrunn x hat etwa 40 Adressen, es gibt aber nur eine 
Siebenbrunner Straße.
Das ganze noch einige Male mehr und wir sind da sicher, weil wir sowohl 
eine offizielle Straßenliste als auch Hausnummernliste der Stadt haben.


Allgemein im ländlichen bayerischen Raum (z.B. Ostallgäu). Da gibt es 
Höfe, die einen Weilernamen haben und die Häuser habe eine oder mehrere 
Hausnummern, aber es gibt kein Straßenschild für die Straße dorthin.


Viele Grüße

Dietmar aka okilimu


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

[Talk-de] Hilfe bei OSM Implementierung in Webseite

2013-04-04 Thread michael.plaichner

Liebe OSM Gemeinde,

 

Ich mach für meine Schule (HTL Hollabrunn) ein Projekt welches mit
Openstreetmap zu tun hat. Das Projekt liest Daten von einem GPS Tracker ein,
welcher an einem Fahrzeug befestigt ist das auf einer Rennstrecke fährt und
gibt sie auf einer OSM Karte aus. Außerdem sollen noch die Runden gezählt
werden. Dazu verwende ich OpenLayers. Ich habe auch schon fast alles
geschafft und auch schon viel Hilfe aus dem OSM Forum bekommen. Nun habe ich
noch ein Problem:

Projektseite:
http://plaichner.no-ip.org/ http://plaichner.no-ip.org/homepage_runde.php 

 

Auf der Rennstrecke ist eine Ziellinie eingebaut, welche jedoch nur Runden
zählt wenn man mit der Maus darüber fährt. Dies soll aber geschehen wenn der
Marker die Ziellinie passiert. Zum Zählen wird die Count Funktion verwendet
welche state und lonLat übergeben bekommt. 
Falls ich richtig verstanden habe wird bei state die aktuelle Rundenzahl
übertragen und lonLat die aktuelle Position der Maus
lonLat=this.map.getLonLatFromPixel(evt.xy);

Wie bekomme ich die aktuellen Marker Daten (aus einer mySQL DB ) in die
lonLat Variable?

Zurzeit hab ich das folgendermaßen versucht:

 

lonLat.lon=?php echo $row[1];?;

lonLat.lat=?php echo $row[2];?;

 

mit echo gebe ich lon und lat aus der MySQL Datenbank aus. Aber leider
funktioniert das nicht so.

 

falls nicht aus dem Quellcode auslesbar, ist das die verwendete php datei:
https://dl.dropbox.com/u/49348611/index.php

(Die Funktion steht unter dem Bereich Zusatz-Control: Rundenzaehler)

 


Ich hoffe Ihr könnt mir weiterhelfen. Bin über jeden Hinweis froh.


LG
Michael Plaichner

 

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

[Talk-de] WG: Hilfe bei OSM Implementierung in Webseite

2013-04-04 Thread michael.plaichner

Hoppla!

vorhin war der falsche Link zur Seite!
LG

 

Von: michael.plaich...@gmx.at [mailto:michael.plaich...@gmx.at] 
Gesendet: Donnerstag, 04. April 2013 22:30
An: talk-de@openstreetmap.org
Betreff: Hilfe bei OSM Implementierung in Webseite

 

Liebe OSM Gemeinde,

 

Ich mach für meine Schule (HTL Hollabrunn) ein Projekt welches mit
Openstreetmap zu tun hat. Das Projekt liest Daten von einem GPS Tracker ein,
welcher an einem Fahrzeug befestigt ist das auf einer Rennstrecke fährt und
gibt sie auf einer OSM Karte aus. Außerdem sollen noch die Runden gezählt
werden. Dazu verwende ich OpenLayers. Ich habe auch schon fast alles
geschafft und auch schon viel Hilfe aus dem OSM Forum bekommen. Nun habe ich
noch ein Problem:

Projektseite:
http://mrgt.no-ip.org/page.php

 

Auf der Rennstrecke ist eine Ziellinie eingebaut, welche jedoch nur Runden
zählt wenn man mit der Maus darüber fährt. Dies soll aber geschehen wenn der
Marker die Ziellinie passiert. Zum Zählen wird die Count Funktion verwendet
welche state und lonLat übergeben bekommt. 
Falls ich richtig verstanden habe wird bei state die aktuelle Rundenzahl
übertragen und lonLat die aktuelle Position der Maus
lonLat=this.map.getLonLatFromPixel(evt.xy);

Wie bekomme ich die aktuellen Marker Daten (aus einer mySQL DB ) in die
lonLat Variable?

Zurzeit hab ich das folgendermaßen versucht:

 

lonLat.lon=?php echo $row[1];?;

lonLat.lat=?php echo $row[2];?;

 

mit echo gebe ich lon und lat aus der MySQL Datenbank aus. Aber leider
funktioniert das nicht so.

 

falls nicht aus dem Quellcode auslesbar, ist das die verwendete php datei:
https://dl.dropbox.com/u/49348611/index.php

(Die Funktion steht unter dem Bereich Zusatz-Control: Rundenzaehler)

 


Ich hoffe Ihr könnt mir weiterhelfen. Bin über jeden Hinweis froh.


LG
Michael Plaichner

 

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

Re: [Talk-de] WG: Hilfe bei OSM Implementierung in Webseite

2013-04-04 Thread Peter Wendorff

Ähm... Ich hoffe, das ist kein Informatik-Diplom, was du damit kriegen
willst, wenn das in der Diplomarbeit schon Probleme bereitet...

Um das Überfahren der Ziellinie zu erkennen, musst du nur zwei Linien
auf Überschneidung prüfen (wie das geht, solltest du selbst rausfinden
können; Stichpunkt: Lineares Gleichungssystem lösen), dann halt immer
das letzte tracking-Segment (vorletzte bis letzte Koordinate) mit der
Ziellinie verschneiden; schneiden die sich ist eine runde voll.

Aus den zwei Zahlen, die du aus der Datenbank kriegst, musst Du
natürlich ein entsprechendes Objekt erzeugen - mehr als die Doku zeig
ich dir da jetzt nicht (und auch das sollte eigentlich nicht notwendig
gewesen sein...):

http://dev.openlayers.org/docs/files/OpenLayers/BaseTypes/LonLat-js.html

Gruß
Peter

Am 04.04.2013 22:32, schrieb michael.plaich...@gmx.at:
 Hoppla!
 
 vorhin war der falsche Link zur Seite!
 LG
 
  
 
 Von: michael.plaich...@gmx.at [mailto:michael.plaich...@gmx.at] 
 Gesendet: Donnerstag, 04. April 2013 22:30
 An: talk-de@openstreetmap.org
 Betreff: Hilfe bei OSM Implementierung in Webseite
 
  
 
 Liebe OSM Gemeinde,
 
  
 
 Ich mach für meine Schule (HTL Hollabrunn) ein Projekt welches mit
 Openstreetmap zu tun hat. Das Projekt liest Daten von einem GPS Tracker ein,
 welcher an einem Fahrzeug befestigt ist das auf einer Rennstrecke fährt und
 gibt sie auf einer OSM Karte aus. Außerdem sollen noch die Runden gezählt
 werden. Dazu verwende ich OpenLayers. Ich habe auch schon fast alles
 geschafft und auch schon viel Hilfe aus dem OSM Forum bekommen. Nun habe ich
 noch ein Problem:
 
 Projektseite:
 http://mrgt.no-ip.org/page.php
 
  
 
 Auf der Rennstrecke ist eine Ziellinie eingebaut, welche jedoch nur Runden
 zählt wenn man mit der Maus darüber fährt. Dies soll aber geschehen wenn der
 Marker die Ziellinie passiert. Zum Zählen wird die Count Funktion verwendet
 welche state und lonLat übergeben bekommt. 
 Falls ich richtig verstanden habe wird bei state die aktuelle Rundenzahl
 übertragen und lonLat die aktuelle Position der Maus
 lonLat=this.map.getLonLatFromPixel(evt.xy);
 
 Wie bekomme ich die aktuellen Marker Daten (aus einer mySQL DB ) in die
 lonLat Variable?
 
 Zurzeit hab ich das folgendermaßen versucht:
 
  
 
 lonLat.lon=?php echo $row[1];?;
 
 lonLat.lat=?php echo $row[2];?;
 
  
 
 mit echo gebe ich lon und lat aus der MySQL Datenbank aus. Aber leider
 funktioniert das nicht so.
 
  
 
 falls nicht aus dem Quellcode auslesbar, ist das die verwendete php datei:
 https://dl.dropbox.com/u/49348611/index.php
 
 (Die Funktion steht unter dem Bereich Zusatz-Control: Rundenzaehler)
 
  
 
 
 Ich hoffe Ihr könnt mir weiterhelfen. Bin über jeden Hinweis froh.
 
 
 LG
 Michael Plaichner
 
  
 
 ___
 Talk-de mailing list
 Talk-de@openstreetmap.org
 http://lists.openstreetmap.org/listinfo/talk-de
 


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

Re: [Talk-de] WG: Hilfe bei OSM Implementierung in Webseite

2013-04-04 Thread michael.plaichner

Hallo Peter!
Nein ich bekomme mit dem Projekt gar kein Diplom!
Ist nur wie eine endgültige Arbeit für so was ähnliches wie Abitur. Das ist
in Ö ein bisschen anders. Und der OSM Teil ist nur ein kleiner Teil davon.
Ist jetzt aber genug OT.

Danke einmal für den hilfreichen Tipp! Die vorhandene Lösung, die mit der
Maus funktioniert is übrigends nicht von mir sondern aus dem OSM Forum. Dort
kann mir aber keiner weiter helfen und mir den Code erklären, darum hab ich
mich an euch gewandt. Aber vielen Dank schon mal, für weitere hilfreiche
Tipps bin ich offen!

LG

-Ursprüngliche Nachricht-
Von: Peter Wendorff [mailto:wendo...@uni-paderborn.de] 
Gesendet: Donnerstag, 04. April 2013 23:03
An: talk-de@openstreetmap.org
Betreff: Re: [Talk-de] WG: Hilfe bei OSM Implementierung in Webseite

Ähm... Ich hoffe, das ist kein Informatik-Diplom, was du damit kriegen
willst, wenn das in der Diplomarbeit schon Probleme bereitet...

Um das Überfahren der Ziellinie zu erkennen, musst du nur zwei Linien auf
Überschneidung prüfen (wie das geht, solltest du selbst rausfinden können;
Stichpunkt: Lineares Gleichungssystem lösen), dann halt immer das letzte
tracking-Segment (vorletzte bis letzte Koordinate) mit der Ziellinie
verschneiden; schneiden die sich ist eine runde voll.

Aus den zwei Zahlen, die du aus der Datenbank kriegst, musst Du natürlich
ein entsprechendes Objekt erzeugen - mehr als die Doku zeig ich dir da jetzt
nicht (und auch das sollte eigentlich nicht notwendig gewesen sein...):

http://dev.openlayers.org/docs/files/OpenLayers/BaseTypes/LonLat-js.html

Gruß
Peter

Am 04.04.2013 22:32, schrieb michael.plaich...@gmx.at:
 Hoppla!
 
 vorhin war der falsche Link zur Seite!
 LG
 
  
 
 Von: michael.plaich...@gmx.at [mailto:michael.plaich...@gmx.at]
 Gesendet: Donnerstag, 04. April 2013 22:30
 An: talk-de@openstreetmap.org
 Betreff: Hilfe bei OSM Implementierung in Webseite
 
  
 
 Liebe OSM Gemeinde,
 
  
 
 Ich mach für meine Schule (HTL Hollabrunn) ein Projekt welches mit 
 Openstreetmap zu tun hat. Das Projekt liest Daten von einem GPS 
 Tracker ein, welcher an einem Fahrzeug befestigt ist das auf einer 
 Rennstrecke fährt und gibt sie auf einer OSM Karte aus. Außerdem 
 sollen noch die Runden gezählt werden. Dazu verwende ich OpenLayers. 
 Ich habe auch schon fast alles geschafft und auch schon viel Hilfe aus 
 dem OSM Forum bekommen. Nun habe ich noch ein Problem:
 
 Projektseite:
 http://mrgt.no-ip.org/page.php
 
  
 
 Auf der Rennstrecke ist eine Ziellinie eingebaut, welche jedoch nur 
 Runden zählt wenn man mit der Maus darüber fährt. Dies soll aber 
 geschehen wenn der Marker die Ziellinie passiert. Zum Zählen wird die 
 Count Funktion verwendet welche state und lonLat übergeben bekommt.
 Falls ich richtig verstanden habe wird bei state die aktuelle 
 Rundenzahl übertragen und lonLat die aktuelle Position der Maus 
 lonLat=this.map.getLonLatFromPixel(evt.xy);
 
 Wie bekomme ich die aktuellen Marker Daten (aus einer mySQL DB ) in 
 die lonLat Variable?
 
 Zurzeit hab ich das folgendermaßen versucht:
 
  
 
 lonLat.lon=?php echo $row[1];?;
 
 lonLat.lat=?php echo $row[2];?;
 
  
 
 mit echo gebe ich lon und lat aus der MySQL Datenbank aus. Aber leider 
 funktioniert das nicht so.
 
  
 
 falls nicht aus dem Quellcode auslesbar, ist das die verwendete php datei:
 https://dl.dropbox.com/u/49348611/index.php
 
 (Die Funktion steht unter dem Bereich Zusatz-Control: Rundenzaehler)
 
  
 
 
 Ich hoffe Ihr könnt mir weiterhelfen. Bin über jeden Hinweis froh.
 
 
 LG
 Michael Plaichner
 
  
 
 ___
 Talk-de mailing list
 Talk-de@openstreetmap.org
 http://lists.openstreetmap.org/listinfo/talk-de
 


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


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

Re: [Talk-de] Nominatim: addr:street ohne zugehörigen highway





Am 04/apr/2013 um 21:45 schrieb Bernhard Weiskopf bweisk...@gmx.de:

 welche anderen Fälle gibt es denn, wo es zur Straße einer Adresse 
 keine reale Straße gibt?
 
 Die gesamte Innenstadt von Mannheim
 (http://www.openstreetmap.org/?mlat=49.488mlon=8.466zoom=13), das betrifft
 einige tausend Adressen.
 
 Statt Straßennamen werden die Quadrate genannt. Die Hausnummern sind
 jeweils umlaufend um das Quadrat, das in der Regel von vier Straßen umrahmt
 wird. Ein paar wenige Straßen tragen zwar noch Namen, die werden aber nie
 zur Adressierung verwendet. Die gleichen Hausnummern wiederholen sich
 schließlich bei jedem Quadrat. Näheres siehe
 http://de.wikipedia.org/wiki/Quadratestadt#Stra.C3.9Fen
 
 Ein Beispiel von vielen: Suche nach zwickerstube mannheim liefert
 Zwickerstube, 9, Planken,  Die Straße Planken ist aber ein ganzes
 Stück weg und wird hier falsch genannt. Die richtige Adresse lautet E3, 9.


klar gibt es Adressen ohne Straßen, das ist aber was anderes und addr:street 
wird man in diesen Fällen nicht verwenden

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

Re: [Talk-de] Nominatim: addr:street ohne zugehörigen highway





Am 04/apr/2013 um 21:57 schrieb Andreas Neumann andr-neum...@gmx.net:

 Goethestraße in Jena. Die (Werks-)Straße existierte einst in der
 Stadtmitte. Über die gesamte Fläche der Straße wurde die Goethegalerie
 (nicht befahrbare Einkaufspassage) gebaut


sicher, daß die Goethegalerie nicht auch die Goethestraße ist? 

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

Re: [Talk-de] Hilfe bei OSM Implementierung in Webseite

2013-04-04 Thread Bernd Wurst

Hallo.

Am 04.04.2013 22:30, schrieb michael.plaich...@gmx.at:
 lonLat.lon=?php echo $row[1];?;
 
 lonLat.lat=?php echo $row[2];?;

Dieses echo macht komische Dinge.

Warum die Anführungszeichen? Die bewirken AFAIK (ohne es jetzt zu
testen), dass $row ausgegeben wird. Für arrays in Anfphrungszeichen
brauchst du geschweifte Klammern ({$row[1]}), aber die
Anführungszeichen sind in dem Fall ja Quatsch, wenn gar kein Literal
ausgegeben wird.

Wenn deine Frage wirklich in diese Richtung geht: Du solltest doch sehr
einfach testen können ob deine echo-Funktion das richtige ausgibt.
Schieb das halt nicht sofort in einem JS-Variable sondern gib es
testweise mal lesbar aus.

Gruß,
Bernd



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

Re: [Talk-it] Da domani scatta l'open by default sui siti italiani

2013-04-04 Thread Andrea Musuruane

2013/4/4 Luca Delucchi lucadel...@gmail.com

  E come? Le abbreviazioni sono sulla fonte.
 

 Andando a verificare sul posto :-)
 Io piuttosto rimuoverei quei dati..

Scusa Luca, ma non ti capisco. Meglio un dato parziale (che poi è
un'abbreviazione sul nome di battesimo) o nessun dato? Per me, è
sicuramente meglio un dato parziale. Inoltre, anche andando sul posto, non
è detto che i cartelli evidenzino il nome completo. Mi è capitato diverse
volte di trovare i cartelli stradali con i nomi abbreviati.

Ciao,

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

Re: [Talk-it] Da domani scatta l'open by default sui siti italiani

2013-04-04 Thread Leonardo


Ciao Andrea,

è vero che i nomi delle strade possono essere abbreviate anche in loco 
però vi sono degli standard di tagging da utilizzare nel mapping:


http://wiki.openstreetmap.org/wiki/IT:Editing_Standards_and_Conventions#Nomi_delle_strade

Spero possa esserti utile :)

Leonardo

Il 04/04/2013 09:23, Andrea Musuruane ha scritto:
2013/4/4 Luca Delucchi lucadel...@gmail.com 
mailto:lucadel...@gmail.com


 E come? Le abbreviazioni sono sulla fonte.


Andando a verificare sul posto :-)
Io piuttosto rimuoverei quei dati..

Scusa Luca, ma non ti capisco. Meglio un dato parziale (che poi è 
un'abbreviazione sul nome di battesimo) o nessun dato? Per me, è 
sicuramente meglio un dato parziale. Inoltre, anche andando sul posto, 
non è detto che i cartelli evidenzino il nome completo. Mi è capitato 
diverse volte di trovare i cartelli stradali con i nomi abbreviati.


Ciao,

Andrea.



___
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] Da domani scatta l'open by default sui siti italiani

2013-04-04 Thread Luca Delucchi

2013/4/4 Andrea Musuruane musur...@gmail.com:

 Scusa Luca, ma non ti capisco. Meglio un dato parziale (che poi è
 un'abbreviazione sul nome di battesimo) o nessun dato? Per me, è sicuramente
 meglio un dato parziale. Inoltre, anche andando sul posto, non è detto che i
 cartelli evidenzino il nome completo. Mi è capitato diverse volte di trovare
 i cartelli stradali con i nomi abbreviati.


Io sono sempre stato per nessun dato, se il dato è errato o impreciso
allora è meglio non averlo (un po' come il discorso di corine, un cui
volontariamente non ho voluto partecipare). Se vuoi tenere il nome
piuttosto rimuoverei la lettera dell'abbreviazione
Ovviamente c'è un'altra scuola di pensiero che dice meglio più dati e
meno precisi, il che è accettabile ma che non condivido ;-)

 Ciao,

 Andrea.



--
ciao
Luca

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

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

Re: [Talk-it] iD Editor ora in Beta

2013-04-04 Thread Mario Pichetti


Il 03/04/2013 13:37, yahoo-pier_andreit ha scritto:

On 04/03/2013 12:10 AM, Leonardo wrote:

Ciao,

volevo informarvi che ora iD Editor, l'alternativa online a Potlatch è
giunto in fase beta e ora permette di editare direttamente i dati di 
OSM.


http://ideditor.com/

Il video presente sul sito mostra l'interfaccia e il suo utilizzo.
Sembrerebbe essere un bel salto in avanti rispetto a Potlatch in termini
di usabilità e molto più user-friendly, soprattutto per i neofiti.
Magari qualche utente di questa lista che usa Potlatch nelle modifiche
lo provi poi ci posti le sue impressioni :)



lento, molto lento, dove potlatch era veloce, i tasti di zoom non 
funzionano oppure e' la lentezza che fa sembrare che non 
fumzionino..:-) :-) :-) :-)



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


Non uso potlatch, ma molto lento.


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

Re: [Talk-it] Da domani scatta l'open by default sui siti italiani

2013/4/4 Tiziano D'Angelo tiziano.dang...@gmail.com

  E' quindi necessario fare una ricerca ex-post sul nome...


Via C. Balbo = Cesare Balbo (http://it.wikipedia.org/wiki/Cesare_Balbo)
Via F. Mattai = Francesco Mattai (sindaco di Gattinara nell'Ottocento,
fatto notorio, come riportato sul sito di una scuola di Gattinara)
Via C. Mercurino = Cardinal(e) Mercurino (
http://it.wikipedia.org/wiki/Mercurino_Arborio_di_Gattinara)
Via G. Paolotti = Giuseppe Paolotti (penso sia lo stesso di Via Paolotti a
Padova)

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

Re: [Talk-it] Da domani scatta l'open by default sui siti italiani

2013-04-04 Thread Andrea Musuruane

2013/4/4 Tiziano D'Angelo tiziano.dang...@gmail.com


 2013/4/4 Tiziano D'Angelo tiziano.dang...@gmail.com

  E' quindi necessario fare una ricerca ex-post sul nome...


 Via C. Balbo = Cesare Balbo (http://it.wikipedia.org/wiki/Cesare_Balbo)
 Via F. Mattai = Francesco Mattai (sindaco di Gattinara nell'Ottocento,
 fatto notorio, come riportato sul sito di una scuola di Gattinara)
 Via C. Mercurino = Cardinal(e) Mercurino (
 http://it.wikipedia.org/wiki/Mercurino_Arborio_di_Gattinara)
 Via G. Paolotti = Giuseppe Paolotti (penso sia lo stesso di Via Paolotti a
 Padova)


Passi per Cesare Balbo, ma il resto sono congetture. Ci puoi azzeccare o
meno. Infatti, ad esempio, consultando fonti di dati non libere, ti posso
assicurare che l'ultima è errata. Quindi invece di giocare a dadi e
rischiare di inserire dati non corretti, preferisco lasciarli così come
sono e consiglio a tutti di fare altrettanto a meno di non avere accesso a
fonti libere utilizzabili.

Ciao,

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

[Talk-it] come mappare un arco

2013-04-04 Thread Volker Schmidt

Come si mappa un arco?
Esempio: http://goo.gl/maps/fdZqL
___
Talk-it mailing list
Talk-it@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Da domani scatta l'open by default sui siti italiani

2013-04-04 Thread Andrea Musuruane

2013/4/4 Leonardo kinetocor...@gmail.com

  Ciao Andrea,

 è vero che i nomi delle strade possono essere abbreviate anche in loco
 però vi sono degli standard di tagging da utilizzare nel mapping:


 http://wiki.openstreetmap.org/wiki/IT:Editing_Standards_and_Conventions#Nomi_delle_strade

 Spero possa esserti utile :)


No Leonardo, non è utile perché so bene come si mappa e conosco il
contenuto di quella pagina. E infatti lì c'è scritto Dove è impossibile
risalire al nome completo meglio l'abbreviazione che niente. Quindi se in
origine ci sono abbreviazioni, non puoi fare niente se non inserirle così.
Discorso diverso è se in origine NON ci sono e il mappatore le inserisce
(es: Via S. Domenico).

Ciao,

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

Re: [Talk-it] Da domani scatta l'open by default sui siti italiani

Il giorno 04 aprile 2013 10:39, Luca Delucchi lucadel...@gmail.com ha
scritto:

 2013/4/4 Andrea Musuruane musur...@gmail.com:
 
  Scusa Luca, ma non ti capisco. Meglio un dato parziale (che poi è
  un'abbreviazione sul nome di battesimo) o nessun dato? Per me, è
 sicuramente
  meglio un dato parziale. Inoltre, anche andando sul posto, non è detto
 che i
  cartelli evidenzino il nome completo. Mi è capitato diverse volte di
 trovare
  i cartelli stradali con i nomi abbreviati.
 

 Io sono sempre stato per nessun dato, se il dato è errato o impreciso
 allora è meglio non averlo (un po' come il discorso di corine, un cui
 volontariamente non ho voluto partecipare). Se vuoi tenere il nome
 piuttosto rimuoverei la lettera dell'abbreviazione


Capisco il tuo punto di vista, ma in alcuni casi la distinzione non è così
chiara. Per farti un esempio, a Vercelli ci sono due vie Borgogna: una è
Francesco e l'altra Antonio. In quel caso sarei assolutamente a favore -
nel caso non si sapessero i nomi completi - a mettere A. Borgogna e F.
Borgogna. Abbiamo una lunga tradizione qui in città di gente che cerca
uffici dalla parte sbagliata della città perché confonde le due vie :-)
dare un aiuto anche se piccolo è utile.

Inoltre, come comportarsi con una via che sulla targa è indicata come Via
Bodo, negli indirizzi è spesso scritta come Via Amedeo Bodo, ma alcuni
la riportano come Via Melchiorre Amedeo Bodo? Su Corso Stati Uniti
dovrei forse scrivere Corso Stati Uniti d'America? E che dire poi del
famoso caso del Foro Buonaparte? E ancora: tutti a Milano parlano di Via
Fara, ma Fara di nome si chiamava Gustavo, ed era un generale, il che
porta a varie diciture come Via Gustavo Fara, Via Generale Gustavo
Fara, Via Generale Fara.

Ancora: se la targa riporta Piazza Cavour, è opportuno usare Piazza
Camillo Benso Conte di Cavour? Ma il Conte si chiamava Camillo Paolo
Filippo Giulio Benso, conte di Cavour, di Cellarengo e di Isolabella.

E quando mappo Via Mercurino di Gattinara (per restare in tema :-) ),
devo compiere ricerche araldiche per scoprire se aveva un cognome? Quante
persone cercano la via Mercurino Arborio di Gattinara?

La questione è complessa. Nel caso di CORINE, parlavamo di inserire dati
sbagliati, cioè non solo imprecisi ma spesso inaccurati. G. Garibaldi è
meno preciso di Giuseppe Garibaldi, ma non è meno accurato.

Ciao,

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

Re: [Talk-it] Da domani scatta l'open by default sui siti italiani

Congetture? Volevo dare una mano *pratica*, ma evidentemente non ve ne
frega un bel niente e preferite continuare a discutere di lana caprina e
massimi sistemi sull'opportunità o meno di avere dati con o senza i nomi
abbreviati.
Continuate pure...


2013/4/4 Andrea Musuruane musur...@gmail.com

 2013/4/4 Tiziano D'Angelo tiziano.dang...@gmail.com


 2013/4/4 Tiziano D'Angelo tiziano.dang...@gmail.com

  E' quindi necessario fare una ricerca ex-post sul nome...


 Via C. Balbo = Cesare Balbo (http://it.wikipedia.org/wiki/Cesare_Balbo)
 Via F. Mattai = Francesco Mattai (sindaco di Gattinara nell'Ottocento,
 fatto notorio, come riportato sul sito di una scuola di Gattinara)
 Via C. Mercurino = Cardinal(e) Mercurino (
 http://it.wikipedia.org/wiki/Mercurino_Arborio_di_Gattinara)
 Via G. Paolotti = Giuseppe Paolotti (penso sia lo stesso di Via Paolotti
 a Padova)


 Passi per Cesare Balbo, ma il resto sono congetture. Ci puoi azzeccare o
 meno. Infatti, ad esempio, consultando fonti di dati non libere, ti posso
 assicurare che l'ultima è errata. Quindi invece di giocare a dadi e
 rischiare di inserire dati non corretti, preferisco lasciarli così come
 sono e consiglio a tutti di fare altrettanto a meno di non avere accesso a
 fonti libere utilizzabili.

 Ciao,

 Andrea.


 ___
 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] Da domani scatta l'open by default sui siti italiani

2013-04-04 Thread Leonardo

Si può sempre contattare l'ufficio comunale via mail e chiedere 
delucidazioni sui nomi dubbi. :)


Leonardo

Il 04/04/2013 11:15, Andrea Musuruane ha scritto:
2013/4/4 Tiziano D'Angelo tiziano.dang...@gmail.com 
mailto:tiziano.dang...@gmail.com



2013/4/4 Tiziano D'Angelo tiziano.dang...@gmail.com
mailto:tiziano.dang...@gmail.com

E' quindi necessario fare una ricerca ex-post sul nome...


Via C. Balbo = Cesare Balbo
(http://it.wikipedia.org/wiki/Cesare_Balbo)
Via F. Mattai = Francesco Mattai (sindaco di Gattinara
nell'Ottocento, fatto notorio, come riportato sul sito di una
scuola di Gattinara)
Via C. Mercurino = Cardinal(e) Mercurino
(http://it.wikipedia.org/wiki/Mercurino_Arborio_di_Gattinara)
Via G. Paolotti = Giuseppe Paolotti (penso sia lo stesso di Via
Paolotti a Padova)


Passi per Cesare Balbo, ma il resto sono congetture. Ci puoi azzeccare 
o meno. Infatti, ad esempio, consultando fonti di dati non libere, ti 
posso assicurare che l'ultima è errata. Quindi invece di giocare a 
dadi e rischiare di inserire dati non corretti, preferisco lasciarli 
così come sono e consiglio a tutti di fare altrettanto a meno di non 
avere accesso a fonti libere utilizzabili.


Ciao,

Andrea.



___
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] Da domani scatta l'open by default sui siti italiani

2013-04-04 Thread Leonardo


Ciao,

scusa ma non sono d'accordo, è vero che come soluzione temporanea 
possono rimanere ma si dovrebbe sempre risalire al nome completo. 
Infatti sempre nell'articolo ...ma si dovrebbe SEMPRE cercare di 
scoprire il nome corretto e completo, magari chiamando l'ufficio 
urbanistica del comune. Il fatto che siano abbreviati credo sia per una 
questione di carattere stampato sula segnaletica apposta sulla strada, 
magari scrivendolo per esteso non ci stava o bisognava ridurre di molto 
la dimensione delle lettere.  Per ora potrebbero rimanere, se hai la 
possibilità prova a chiedere al comune :)


Leonardo

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

Re: [Talk-it] come mappare un arco

2013-04-04 Thread Gianluca Boero


Il 04/04/2013 11:24, Volker Schmidt ha scritto:

Come si mappa un arco?
Esempio: http://goo.gl/maps/fdZqL


___
Talk-it mailing list
Talk-it@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-it
Mi associo anche io a questa domanda, con la differenza che quello nel 
mio paese è abitato di sopra, praticamente un'arcata sotto un vano abitato.


--
Gianluca Boero

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

Re: [Talk-it] Da domani scatta l'open by default sui siti italiani

2013-04-04 Thread Alessandro

Sì, i nomi dei personaggi sono quelli, ma il nome ufficiale della via
qual'è??
Sembra una scemata ma vi descrivo la situazione di Genova:
l'anno scorso abbiamo avuto diversi contatti col comune.
Parlando giusto delle abbreviazioni delle vie (nella stessa via una
targa ha il nome intero mentre un'altra un'abbreviazione e a volte in
una terza targa troviamo una terza combinazione), per mezzo di un
funzionario abbiamo telefonato al responsabile della toponomastica ed
abbiamo scoperto che al momento della digitalizzazione moltissime vie
sono diventate ufficialmente colla sola iniziale del nome
(probabilmente chi ha fatto il data-entry non voleva consumarsi i
polpastrelli).

Questo tanto per aggiungere un pò d'incertezza alla discussione :-)

Alessandro

Il giorno Thu, 4 Apr 2013 11:02:07 +0200
Tiziano D'Angelo tiziano.dang...@gmail.com ha scritto:

 2013/4/4 Tiziano D'Angelo tiziano.dang...@gmail.com
 
   E' quindi necessario fare una ricerca ex-post sul nome...
 
 
 Via C. Balbo = Cesare Balbo
 (http://it.wikipedia.org/wiki/Cesare_Balbo) Via F. Mattai = Francesco
 Mattai (sindaco di Gattinara nell'Ottocento, fatto notorio, come
 riportato sul sito di una scuola di Gattinara) Via C. Mercurino =
 Cardinal(e) Mercurino
 ( http://it.wikipedia.org/wiki/Mercurino_Arborio_di_Gattinara) Via G.
 Paolotti = Giuseppe Paolotti (penso sia lo stesso di Via Paolotti a
 Padova)
 
 ciao
 T


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

Re: [Talk-it] Da domani scatta l'open by default sui siti italiani

2013/4/4 Simone Saviolo simone.savi...@gmail.com

 Inoltre, come comportarsi con una via che sulla targa è indicata come Via
 Bodo, negli indirizzi è spesso scritta come Via Amedeo Bodo, ma alcuni
 la riportano come Via Melchiorre Amedeo Bodo? Su Corso Stati Uniti
 dovrei forse scrivere Corso Stati Uniti d'America? E che dire poi del
 famoso caso del Foro Buonaparte? E ancora: tutti a Milano parlano di Via
 Fara, ma Fara di nome si chiamava Gustavo, ed era un generale, il che
 porta a varie diciture come Via Gustavo Fara, Via Generale Gustavo
 Fara, Via Generale Fara.


Non so come si comportano a Gattinara o altrove ma a Padova, nonostante i
cartelli in minuscolo e puntato ci sono le delibere delle vie istituite
nonché elenchi delle vie recentemente istituite (
http://www.padovanet.it/allegati/C_1_Allegati_3696_Allegato.pdf). Per me
sono quelli i nomi da riportare in name=*. Ad esempio Via Beethoven non è
Via Ludwig van Beethoven ma Via Ludovico Beethoven.
___
Talk-it mailing list
Talk-it@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Da domani scatta l'open by default sui siti italiani

Il giorno 04 aprile 2013 12:12, Leonardo kinetocor...@gmail.com ha
scritto:

 Ciao,

 scusa ma non sono d'accordo, è vero che come soluzione temporanea possono
 rimanere ma si dovrebbe sempre risalire al nome completo. Infatti sempre
 nell'articolo ...ma si dovrebbe SEMPRE cercare di scoprire il nome
 corretto e completo, magari chiamando l'ufficio urbanistica del comune. Il
 fatto che siano abbreviati credo sia per una questione di carattere
 stampato sula segnaletica apposta sulla strada, magari scrivendolo per
 esteso non ci stava o bisognava ridurre di molto la dimensione delle
 lettere.  Per ora potrebbero rimanere, se hai la possibilità prova a
 chiedere al comune :)


+1. Per ora nel dubbio Via C. Mercurino è adeguatissima.

Peraltro ho dei dubbi che si riferisca al Cardinale Mercurino di Gattinara.
Di solito Cardinale è abbreviato in Card., non in C.. Ma vabbè, cerchiamo
piuttosto di contattare il Comune invece di dibatterne tra di noi.

Ciao,

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

Re: [Talk-it] come mappare un arco

Il giorno 04 aprile 2013 11:59, Gianluca Boero gianlucabo...@alice.it ha
scritto:

  Il 04/04/2013 11:24, Volker Schmidt ha scritto:

 Come si mappa un arco?
 Esempio: http://goo.gl/maps/fdZqL


 ___
 Talk-it mailing 
 listTalk-it@openstreetmap.orghttp://lists.openstreetmap.org/listinfo/talk-it

  Mi associo anche io a questa domanda, con la differenza che quello nel
 mio paese è abitato di sopra, praticamente un'arcata sotto un vano abitato.


Questo è facile: mappa l'edificio come building, eventualmente indicando
l'altezza del passaggio sottostante come min_height sul building, e poi
tagga la way sottostante (spezzandola!) come tunnel=building_passage.

Ciao,

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

Re: [Talk-it] Da domani scatta l'open by default sui siti italiani

Il giorno 04 aprile 2013 11:23, Tiziano D'Angelo
tiziano.dang...@gmail.comha scritto:

 Congetture? Volevo dare una mano *pratica*, ma evidentemente non ve ne
 frega un bel niente e preferite continuare a discutere di lana caprina e
 massimi sistemi sull'opportunità o meno di avere dati con o senza i nomi
 abbreviati.
 Continuate pure...


Tiziano, non offenderti, non penso che Andrea intendesse insultare i tuoi
suggerimenti. Diciamo che non abbiamo la certezza che i nomi completi che
indichi tu siano quelli giusti: magari la via C. Balbo è intitolata a quel
Carlo che a Gattinara è famoso per aver scritto poesie. Probabilmente è
Cesare Balbo, primo ministro del Regno d'Italia, ma forse no - chissà?

Ciao,

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

Re: [Talk-it] Da domani scatta l'open by default sui siti italiani

2013/4/4 Tiziano D'Angelo tiziano.dang...@gmail.com

 2013/4/4 Simone Saviolo simone.savi...@gmail.com

 Inoltre, come comportarsi con una via che sulla targa è indicata come
 Via Bodo, negli indirizzi è spesso scritta come Via Amedeo Bodo, ma
 alcuni la riportano come Via Melchiorre Amedeo Bodo? Su Corso Stati
 Uniti dovrei forse scrivere Corso Stati Uniti d'America? E che dire poi
 del famoso caso del Foro Buonaparte? E ancora: tutti a Milano parlano di
 Via Fara, ma Fara di nome si chiamava Gustavo, ed era un generale, il che
 porta a varie diciture come Via Gustavo Fara, Via Generale Gustavo
 Fara, Via Generale Fara.


 Non so come si comportano a Gattinara o altrove ma a Padova, nonostante i
 cartelli in minuscolo e puntato ci sono le delibere delle vie istituite
 nonché elenchi delle vie recentemente istituite (
 http://www.padovanet.it/allegati/C_1_Allegati_3696_Allegato.pdf). Per me
 sono quelli i nomi da riportare in name=*. Ad esempio Via Beethoven non è
 Via Ludwig van Beethoven ma Via Ludovico Beethoven.



+1, nel campo nome va il nome dato per legge (comunale, ...). Sono
d'accordo anche con Andrea, che meglio mettere un nome abbreviato che
niente (nel caso che non si conosca il nome per esteso).

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

Re: [Talk-it] Da domani scatta l'open by default sui siti italiani

2013/4/4 Andrea Musuruane musur...@gmail.com

  Mi è capitato diverse volte di trovare i cartelli stradali con i nomi
 abbreviati.


Vedi i cartelli introdotti 25/30 anni fa a Padova, con i nomi abbreviati e
tutto in minuscolo. Praticamente contraddicono due delle regole per il tag
name=*

E' quindi necessario fare una ricerca ex-post sul nome...
___
Talk-it mailing list
Talk-it@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] come mappare un arco

2013-04-04 Thread Gianluca Boero


Il 04/04/2013 12:19, Simone Saviolo ha scritto:
Il giorno 04 aprile 2013 11:59, Gianluca Boero gianlucabo...@alice.it 
mailto:gianlucabo...@alice.it ha scritto:


Il 04/04/2013 11:24, Volker Schmidt ha scritto:

Come si mappa un arco?
Esempio: http://goo.gl/maps/fdZqL


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

Mi associo anche io a questa domanda, con la differenza che quello
nel mio paese è abitato di sopra, praticamente un'arcata sotto un
vano abitato.


Questo è facile: mappa l'edificio come building, eventualmente 
indicando l'altezza del passaggio sottostante come min_height sul 
building, e poi tagga la way sottostante (spezzandola!) come 
tunnel=building_passage.


Ciao,

Simone

Ciao...grazie per la risposta. Ho fatto la modifica e sembra venuta bene.
Solo una cosa...nella way sottostante, devo anche inserire 
highway=unclassfied e il tag name?


Grazie

--
Gianluca Boero

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

Re: [Talk-it] come mappare un arco

Il giorno 04 aprile 2013 13:24, Gianluca Boero gianlucabo...@alice.it ha
scritto:

  Il 04/04/2013 12:19, Simone Saviolo ha scritto:

 Il giorno 04 aprile 2013 11:59, Gianluca Boero gianlucabo...@alice.itha 
 scritto:

  Il 04/04/2013 11:24, Volker Schmidt ha scritto:

 Come si mappa un arco?
 Esempio: http://goo.gl/maps/fdZqL


  ___
 Talk-it mailing 
 listTalk-it@openstreetmap.orghttp://lists.openstreetmap.org/listinfo/talk-it

  Mi associo anche io a questa domanda, con la differenza che quello nel
 mio paese è abitato di sopra, praticamente un'arcata sotto un vano abitato.


  Questo è facile: mappa l'edificio come building, eventualmente indicando
 l'altezza del passaggio sottostante come min_height sul building, e poi
 tagga la way sottostante (spezzandola!) come tunnel=building_passage.

  Ciao,

  Simone

 Ciao...grazie per la risposta. Ho fatto la modifica e sembra venuta bene.
 Solo una cosa...nella way sottostante, devo anche inserire
 highway=unclassfied e il tag name?


Sì, certo. tunnel=building_passage è un di più. La way sottostante avrà
tutti i tag normali della strada (o footway, o quello che è).

Ciao,

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

Re: [Talk-it] Da domani scatta l'open by default sui siti italiani





Am 04/apr/2013 um 10:37 schrieb Tiziano D'Angelo tiziano.dang...@gmail.com:

 Vedi i cartelli introdotti 25/30 anni fa a Padova, con i nomi abbreviati e 
 tutto in minuscolo. Praticamente contraddicono due delle regole per il tag 
 name=*
 
 E' quindi necessario fare una ricerca ex-post sul nome...
  


si, i nomi sui cartelli sono (normalmente ) il punto di partenza, ma il nome 
vero ci dovrebbe esser scritto in una legge o simile, chiedere nel dubbio al 
comune dovrebbe risolvere la situazione.

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

Re: [Talk-it] come mappare un arco

2013/4/4 Simone Saviolo simone.savi...@gmail.com


 Sì, certo. tunnel=building_passage è un di più. La way sottostante avrà
 tutti i tag normali della strada (o footway, o quello che è).



nel caso di portici ci sono anche i tags

covered=arcade
covered=colonnade

 http://wiki.openstreetmap.org/wiki/Key:tunnel#covered.3Darcade


invece per l'arco che ha postato Volker userei
historic=arch (usato 2 volte)
oppure
man_made=arch (usato 6 volte)

e forse aggiungerei
barrier=arch (o entrance) e maxheight=* o maxheight:physical (se non c'è un
divieto/cartello)

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

[Talk-it] Valore highway per vie piccolo paese

2013-04-04 Thread emmexx

Ho qualche difficolta' a trovare la definizione corretta per alcune
delle strade di una frazione del varesotto.

Vedete alcune foto che ho fatto.
Un altro mappatore le aveva definite pedestrian ma in realta' non ci
sono divieti di transito dei mezzi a motore.
Una delle vie era definita come unclassified perche', in teoria la
strada attraversa la frazione e la collega al resto del mondo (una parte
e' nella foto [1]).

http://www.openstreetmap.org/?lat=45.909219lon=8.812891zoom=18layers=M

Suggerimenti?

grazie
maxx

[1] http://www.emmexx.it/varie/mondonico/dsc02490.jpg
[2] http://www.emmexx.it/varie/mondonico/dsc02492.jpg
[3] http://www.emmexx.it/varie/mondonico/dsc02495.jpg
[4] http://www.emmexx.it/varie/mondonico/dsc02530.jpg

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

Re: [Talk-it] come mappare un arco

2013-04-04 Thread Gianluca Boero


Il 04/04/2013 18:09, Martin Koppenhoefer ha scritto:




2013/4/4 Simone Saviolo simone.savi...@gmail.com 
mailto:simone.savi...@gmail.com



Sì, certo. tunnel=building_passage è un di più. La way sottostante
avrà tutti i tag normali della strada (o footway, o quello che è).



nel caso di portici ci sono anche i tags

covered=arcade
covered=colonnade

http://wiki.openstreetmap.org/wiki/Key:tunnel#covered.3Darcade

per sfizio ho controllato Via Roma a Torino, i portici colonnati simili 
alla foto che descrivi come covered=colonnade , sono mappati come 
covered=yes ed il rendering avviene lo stesso. Colonnade sarebbe più 
preciso?



--
Gianluca Boero

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

Re: [Talk-it] Valore highway per vie piccolo paese

2013/4/4 emmexx emm...@tiscalinet.it

 Ho qualche difficolta' a trovare la definizione corretta per alcune
 delle strade di una frazione del varesotto.

 Vedete alcune foto che ho fatto.
 Un altro mappatore le aveva definite pedestrian ma in realta' non ci
 sono divieti di transito dei mezzi a motore.
 Una delle vie era definita come unclassified perche', in teoria la
 strada attraversa la frazione e la collega al resto del mondo (una parte
 e' nella foto [1]).


Il nome del place non dovrebbe essere Mondonico (frazione di Valganna) ma
solo Mondonico.

Per quanto riguarda la classificazione delle... strade :-) vedi tu,
conoscendo il luogo, se taggarle come highway normali (magari con un
width=* appropriato)... a occhio credo che un'auto avrebbe una certa
difficoltà a passare, ma magari mi inganno.

Ciao,

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

Re: [Talk-it] come mappare un arco

Il giorno 04 aprile 2013 18:37, Gianluca Boero gianlucabo...@alice.it ha
scritto:

  Il 04/04/2013 18:09, Martin Koppenhoefer ha scritto:




 2013/4/4 Simone Saviolo simone.savi...@gmail.com


   Sì, certo. tunnel=building_passage è un di più. La way sottostante
 avrà tutti i tag normali della strada (o footway, o quello che è).



  nel caso di portici ci sono anche i tags

  covered=arcade
 covered=colonnade

   http://wiki.openstreetmap.org/wiki/Key:tunnel#covered.3Darcade


per sfizio ho controllato Via Roma a Torino, i portici colonnati
 simili alla foto che descrivi come covered=colonnade , sono mappati come
 covered=yes ed il rendering avviene lo stesso. Colonnade sarebbe più
 preciso?


Vedi questa proposta approvata:
http://wiki.openstreetmap.org/wiki/Proposed_features/building_passage

In realtà Mapnik non usa né questi tag né covered=yes. OSM2World invece fa
un bel rendering di tunnel=building_passage (vedi ad esempio qui:
http://maps.osm2world.org/?zoom=18lat=45.32592lon=8.42452layers=B0TTFF,
al centro della mappa: le viette che escono dalla piazza chiusa).

Ciao,

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

Re: [Talk-it] Valore highway per vie piccolo paese

2013-04-04 Thread Elena ``of Valhalla''

On 2013-04-04 at 18:29:44 +0200, emmexx wrote:
 Un altro mappatore le aveva definite pedestrian ma in realta' non ci
 sono divieti di transito dei mezzi a motore.

Se non ci passa una panda (vecchio modello) io metterei footway, 
una width, e magari yes alle categorie opportune di mezzi a motore 
(moto? motorini? non mi ricordo il tag esatto), visto che legalmente 
possono.

Altrimenti unclassified/residential possono anche starci, ovviamente 
con abbondanza di tag width.

-- 
Elena ``of Valhalla''

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

Re: [Talk-it] Valore highway per vie piccolo paese

2013/4/4 Simone Saviolo simone.savi...@gmail.com

 2013/4/4 emmexx emm...@tiscalinet.it

 Ho qualche difficolta' a trovare la definizione corretta per alcune
 delle strade di una frazione del varesotto.

 Vedete alcune foto che ho fatto.



 Per quanto riguarda la classificazione delle... strade :-) vedi tu,
conoscendo il luogo, se taggarle come highway normali (magari con un
width=* appropriato)... a occhio  credo che un'auto avrebbe una certa
difficoltà a passare, ma magari mi inganno.


+1
io userei highway=service con service=alley nel caso che si può andare
legalmente in motorino e altrimenti highway=footway. Non sono pedestrian in
quanto sono troppo piccoli. In ogni caso è sempre gradito avere la
larghezza (tag width).

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

Re: [Talk-it] Valore highway per vie piccolo paese

2013-04-04 Thread emmexx

Il 04/04/2013 07:13 PM, Martin Koppenhoefer scrisse:
 io userei highway=service con service=alley nel caso che si può andare
 legalmente in motorino e altrimenti highway=footway. Non sono pedestrian
 in quanto sono troppo piccoli. In ogni caso è sempre gradito avere la
 larghezza (tag width). 

Non sono footway perche' si puo' transitare con veicoli a motore. La
prima volta che ci sono andato in auto sono riuscito a passare. Certo un
suv o una macchina molto larga avrebbero qualche problema.
In ogni caso, nella quarta foto si vede il cartello di divieto di sosta
fuori dagli spazi consentiti. Non credo sia per i pedoni o i motorini...

Probabilmente ci vorrebbe un valore intermedio tra living_street e
residential. Le vie di molti centri storici dei paesi italiani (e non
solo) non rientrano molto bene nella classificazione inglese di osm.

ciao
maxx

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

Re: [Talk-it] Valore highway per vie piccolo paese

2013-04-04 Thread emmexx

Il 04/04/2013 07:13 PM, Elena ``of Valhalla'' scrisse:
 Se non ci passa una panda (vecchio modello) io metterei footway, 
 una width, e magari yes alle categorie opportune di mezzi a motore 
 (moto? motorini? non mi ricordo il tag esatto), visto che legalmente 
 possono.

Ma non dovrebbe valere la classificazione legale della strada.
Li' non ci sono divieti. Io ci sono passato con una Fiesta.
In realta' non ci sono nemmeno indicazioni su limiti di larghezza, anche
se sono evidenti.

 
 Altrimenti unclassified/residential possono anche starci, ovviamente 
 con abbondanza di tag width.

Ho gia' abbondato... tutto 2 metri!

grazie
maxx

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

Re: [Talk-it] Valore highway per vie piccolo paese





Am 04/apr/2013 um 19:25 schrieb emmexx emm...@tiscalinet.it:

 Probabilmente ci vorrebbe un valore intermedio tra living_street e
 residential. Le vie di molti centri storici dei paesi italiani (e non
 solo) non rientrano molto bene nella classificazione inglese di osm.


per me sono highway service e service=alley
Living_street non c'entra niente.

ciao,
Martin

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

Re: [Talk-lt] Susitikimas 2013 II

2013-04-04 Thread Paulius Masiliūnas

Man irgi butu labai idomu, bet gaila kad esu Kaunietis ir nelabai iseina
atvaziuoti i Vilniu


2013/4/4 Vitalijus Samkovas v.samko...@gmail.com

 Mano tikslas susipazinti su OSM programavimo aplinka. Ateisiu i abi.





 2013/4/4 Tomas Straupis tomasstrau...@gmail.com

  As ateisiu

   Su skreitinuku pasiruošti aplinką OSM programavimui ar į bendrą dalį?

 --
 Tomas

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




 --
 Vitalijus Samkovas

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


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

Re: [Talk-lt] Susitikimas 2013 II

2013-04-04 Thread Tomas Straupis

Visada yra dar vienas variantas - IRC (irc.oftc.net#osm-lt). Pasiruoši
kompą, susitari su „pagalba“ (šiuo metu, matyt, tai Ramūnas arba aš)
dėl laiko ir viskas. Ne taip patogu, kaip gyvai, bet vis tiek galima
susikalbėti.

--
Tomas

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

Re: [Talk-lt] Susitikimas 2013 II

2013-04-04 Thread Matas Ramoška

Aš taip pat planuoju sudalyvauti abiejose dalyse, tik dar nežinau ar galėsiu.

Matas

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

Re: [Talk-lt] Susitikimas 2013 II

2013-04-04 Thread Gediminas Karveckas

Aš taip pat sudalyvausiu abiejose jei planai nepasikeis.

--
Gediminas Karveckas

-Original Message-
From: Matas Ramoška [mailto:m.ramo...@gmail.com] 
Sent: 2013 m. balandžio 4 d. 11:40
To: OSM Talk LT
Subject: Re: [Talk-lt] Susitikimas 2013 II

Aš taip pat planuoju sudalyvauti abiejose dalyse, tik dar nežinau ar
galėsiu.

Matas

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


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

[Talk-lt] Elektros linijos/stulpai

2013-04-04 Thread Tomas Straupis

Sveiki

  Turim tokį klausimą. Padėkite atsakyti, kas žinote ar randate atsakymą.

 High voltage pylon reikia žymėti kartu su high-voltage line,
 o power pole su low-voltage line? Ar čia stulpai aprašomi
 atskirai pagal jų išvaizdą?

--
Tomas

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

[Talk-es] Nuevos servicios IGN/CNIG

2013-04-04 Thread Javier Sánchez

http://blog-idee.blogspot.com/2013/04/nuevos-servicios-igncnig.html
___
Talk-es mailing list
Talk-es@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-es

Re: [Talk-ar] AsadOSM

2013-04-04 Thread Werner Horsch

no, el agua no me lo permitio, queda para otro día


2013/4/3 Horacio Castellaro castell...@gmail.com

 Holaa. Cómo fue eso? se juntaron? Abrazo!


 --
  *Horacio José Castellaro*
 Geógrafo

 Celular: (54 9 11) 6584-5633

 Ciudad Autónoma de Buenos Aires.
 República Argentina.


 El 1 de abril de 2013 12:06, Fernando cor...@fernando.com.ar escribió:

 Estimados,

 Con Werner decidimos fugazmente reunirnos mañana Martes feriado.

 Si no tienen inconvenientes, ofrezco como locación mi casa en Luján.
 Pueden traer a sus críos si tienen ya que hay suficiente lugar para que se
 entretengan. (Yo tengo 2 :D )

 Se suman?

 Avisen y les mando mi telefono por privado o agreguenme al gtalk:
 cypher...@gmail.com





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

Re: [Talk-ee] Teenused kaart.maakaart.ee serverilt

2013-04-04 Thread Margus Värton


3.04.2013 15:33, Jaak Laineste (Nutiteq) kirjutas:

  Kui keegi puudust ei tunne, siis paneks selle minutilise (reaalselt 
paaritunnise viivitusega) globaalse OSM-i uuenduse siis kinni. Peamine 
kaart.maakaart.ee pilt seda ei ole tegelikult kunagi kasutanud (too on 
MapServeri, mitte Mapniku pilt).
 Praeguseks on siis Mapniku kaardikihid avalikust vaatest eemaldatud 
ning ka uuendamine seisma pandud 
(http://kaart.maakaart.ee/munin/kaart/kaart/replication_delay.html). 
Mapserver käib see-eest hullu hooga ringi.


http://kaart.maakaart.ee/munin/kaart/kaart/diskstats_latency-day.png

- M -

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

Re: [Talk-at] Hallo / Gemeinden AT

2013-04-04 Thread qunuxy-osmmailingli...@yahoo.com

 wo kann ich die Konvention nachlesen, dass immer nur der großte admin_level 
 eingetragen werden sollte?


Ja, hier kann man das nachlesen:
http://wiki.openstreetmap.org/wiki/DE:Grenze#Verwaltungsgrenzen:_niedrigere_Ebenen

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

[Talk-at] OGD Steiermark online!

2013-04-04 Thread Michael Maier

Hallo!

Sehr passend zum heutigen FOSSGIS Easter Hack in Graz wurde das Open
Data Steiermark Portal released!

http://data.steiermark.at/

Und das mit vielen, besonders feinen Daten in sehr brauchbaren Formaten
wie Shapefile oder KML unter CC BY 3.0 AT!

Ich selbst hab mir schon die Abfallwirtschaftsanlagen[1] (644 Punkte!)
angesehen, und als .osm auf Github gestellt[2]

Wir sollten im OSM-Wiki eine Koordinationsseite dazu anlegen!

[1]
http://data.steiermark.at/cms/beitrag/11822084/97108894/?AppInt_OGD_ID=20
[2] https://github.com/species/OGD-stmk-daten

Gute Nacht,
lg Michi

-- 
Michael Maier, Student of Telematics @ Graz University of Technology
OpenStreetMap Graz http://osm.org/go/0Iz@paV
http://wiki.osm.org/Graz
http://wiki.osm.org/Graz/Stammtisch



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

Re: [Talk-ro] Dej (CJ) vandalizat sau vechea problema cu licenta ?

2013-04-04 Thread Michael Häckel

Pentru întrebări cum aceasta exist serviciul OWL (beta)
http://owl.apis.dev.openstreetmap.org/
Acolo history este mai clar că pe pagina principală.
Dej este în starea aceasta mai de șapte luni. Este posibil că străzi a fost 
sterse din cauza schimbarea licenței și este posibil că nu a fost mai bun 
niciodată.

Am Donnerstag, 4. April 2013, 19:30:44 schrieb Razvan:
 Buna ziua. Stie cineva ceva legat de Dej? E prea gol - dubios de gol si
 sunt prezente inafara de drumurile principale care trec prin el, cateva
 bucati de strazi ramase cu nume cu tot  de ca si cum restul a disparut...
 
 ___
 Talk-ro mailing list
 Talk-ro@openstreetmap.org
 http://lists.openstreetmap.org/listinfo/talk-ro


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

Re: [Talk-ro] Dej (CJ) vandalizat sau vechea problema cu licenta ?

2013-04-04 Thread Michael Häckel

Între timp m-am făcut o hartă din datele veche
http://download.geofabrik.de/osm-before-redaction/europe/
cu OsmAndMapCreator. Acum te pot spune că datele cu licența CC-BY-SA și nu au 
avut mai străzi în Dej. Incă este mult de lucru pe OSM.

Am Donnerstag, 4. April 2013, 19:49:31 schrieb Michael Häckel:
 Pentru întrebări cum aceasta exist serviciul OWL (beta)
 http://owl.apis.dev.openstreetmap.org/
 Acolo history este mai clar că pe pagina principală.
 Dej este în starea aceasta mai de șapte luni. Este posibil că străzi a fost
 sterse din cauza schimbarea licenței și este posibil că nu a fost mai bun
 niciodată.
 
 Am Donnerstag, 4. April 2013, 19:30:44 schrieb Razvan:
  Buna ziua. Stie cineva ceva legat de Dej? E prea gol - dubios de gol si
  sunt prezente inafara de drumurile principale care trec prin el, cateva
  bucati de strazi ramase cu nume cu tot  de ca si cum restul a disparut...
  
  ___
  Talk-ro mailing list
  Talk-ro@openstreetmap.org
  http://lists.openstreetmap.org/listinfo/talk-ro
 
 ___
 Talk-ro mailing list
 Talk-ro@openstreetmap.org
 http://lists.openstreetmap.org/listinfo/talk-ro


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

[OSM-talk-fr] Rafraichissement des tuiles, sur tile.openstreetmap.fr

2013-04-04 Thread Francescu GAROBY

Bonjour,
Il semblerait que le rafraichissement des tuiles ne se fasse plus : j'ai
par exemple cette
tuilehttp://b.tile.openstreetmap.fr/osmfr/17/65395/44906.pngqui date
du 27 mars, alors que j'ai fait des modifications hier soir (cf.
la même tuile sur Mapnikhttp://a.tile.openstreetmap.org/17/65395/44906.png
).
Rien ne se met à jour, malgré des demandes de rafraichissement forcé, avec
/dirty.

La mise à jour serait-elle interrompue ?

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

Re: [OSM-talk-fr] Rendu topo 25000ème (Bobo)

2013-04-04 Thread sebastien . dinot

Bonjour,

- Mail original -
 Pour la licence, j'appuie sur le côté NC, faut bien voir auprès de
 qui tu souhaite partager ces techniques.

À propos de licence, je vais faire mon pénible mais alors que je m'apprêtais à 
diffuser ce message à des amis, je me suis posé une question : quelle est la 
licence du tutoriel ? Là encore, une licence CC By(-SA) serait la bienvenue 
pour encourager les contributions.

Sébastien

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


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

Re: [OSM-talk-fr] Rendu topo 25000ème

2013-04-04 Thread clansco

On Wed, 3 Apr 2013 21:04:21 +0200
Sébastien Dinot sebastien.di...@free.fr wrote:

 JB a écrit :
 
[.../...]
  On note que la donnée SRTM (courbes de niveau et ombrage) est parfois
  manquante, notamment dans les zones au relief accidenté.
 
 Je ne connaissais pas ce défaut de SRTM que je n'avais notamment jamais
 remarqué dans les Pyrénées. C'est étrange...
 
http://maperitive.net/docs/Commands/SetDemSource.html
VF.Alps: one arcsecond resolution DEM covering Alps without any major 
data voids. 
Source: http://www.viewfinderpanoramas.org/dem3.html#alps.
valable aussi pour les Pyrénées.



-- 
Frédéric Falsetti
http://clansco.org

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

Re: [OSM-talk-fr] Rendu topo 25000ème (Bobo)

Le 4 avril 2013 08:53, sebastien.di...@free.fr a écrit :

 Bonjour,

 - Mail original -
  Pour la licence, j'appuie sur le côté NC, faut bien voir auprès de
  qui tu souhaite partager ces techniques.

 À propos de licence, je vais faire mon pénible mais alors que je
 m'apprêtais à diffuser ce message à des amis, je me suis posé une question
 : quelle est la licence du tutoriel ? Là encore, une licence CC By(-SA)
 serait la bienvenue pour encourager les contributions.


C'est précisé tout à la fin du tutoriel: *Ce tutoriel a été réalisé par JB
(http://www.openstreetmap.org/user/JBacc1), il est placé sous une licence
CC-by-sa (http://creativecommons.org/licenses/by-sa/2.0/fr/). Vous êtes
libre de le reproduire, le modifier, sous réserve de citer l'auteur
original, et de publier le nouveau document sous une licence similaire.*

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

Re: [OSM-talk-fr] Rendu topo 25000ème

2013-04-04 Thread sebastien . dinot



- Mail original -
 On Wed, 3 Apr 2013 21:04:21 +0200
 Sébastien Dinot sebastien.di...@free.fr wrote:
 
  JB a écrit :
  
 [.../...]
   On note que la donnée SRTM (courbes de niveau et ombrage) est
   parfois manquante, notamment dans les zones au relief accidenté.
  
  Je ne connaissais pas ce défaut de SRTM que je n'avais notamment
  jamais remarqué dans les Pyrénées. C'est étrange...
  
 http://maperitive.net/docs/Commands/SetDemSource.html
   VF.Alps: one arcsecond resolution DEM covering Alps without any
   major data voids.
   Source: http://www.viewfinderpanoramas.org/dem3.html#alps.
 valable aussi pour les Pyrénées.

Pourtant, je me pose une question lorsque je consulte par exemple cette image :

http://osm107.openstreetmap.fr/jbtopo/LeSappeyGPS.png

Et le rendu CycleMap de la même zone sur OSM :

http://osm.org/go/0CATAqPL-?layers=C

Les trous constatés sur la première n'existent pas sur le second. CycleMap 
utilise-t-il d'autres données (Aster, autre) ?

Sébastien


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


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

Re: [OSM-talk-fr] Rendu topo 25000ème (Bobo)

 

Le tutoriel, c'est écrit dessus (dans les remarques, en bas),
peut-être pas assez mis en évidence, en CC-by-sa. Ça a l'air d'être la
licence privilégiée pour les présentations et tutoriels que j'ai vu
autour d'OSM. 

JB. 

Le 04.04.2013 08:53, sebastien.di...@free.fr a
écrit : 

 Bonjour,
 
 - Mail original -
 
 Pour la
licence, j'appuie sur le côté NC, faut bien voir auprès de qui tu
souhaite partager ces techniques.
 
 À propos de licence, je vais
faire mon pénible mais alors que je m'apprêtais à diffuser ce message à
des amis, je me suis posé une question : quelle est la licence du
tutoriel ? Là encore, une licence CC By(-SA) serait la bienvenue pour
encourager les contributions.
 
 Sébastien

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

Re: [OSM-talk-fr] Rendu topo 25000ème (Bobo)

2013-04-04 Thread sebastien . dinot

- Mail original -
 C'est précisé tout à la fin du tutoriel

Me voilà donc promu « Boulet du jour »

Sur ce, je retourne dans ma tanière et je me fais oublier...

Sébatien

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


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

Re: [OSM-talk-fr] Rafraichissement des tuiles, sur tile.openstreetmap.fr

2013-04-04 Thread Nicolas Dumoulin

Le jeudi 4 avril 2013 08:54:04 Francescu GAROBY a écrit :
 Bonjour,
 Il semblerait que le rafraichissement des tuiles ne se fasse plus : j'ai
 par exemple cette
 tuilehttp://b.tile.openstreetmap.fr/osmfr/17/65395/44906.pngqui date
 du 27 mars, alors que j'ai fait des modifications hier soir (cf.
 la même tuile sur Mapnikhttp://a.tile.openstreetmap.org/17/65395/44906.png
 ).
 Rien ne se met à jour, malgré des demandes de rafraichissement forcé, avec
 /dirty.
 
 La mise à jour serait-elle interrompue ?

Je crois que le serveur a ses files d'attente pleine. J'ai droit à de belles 
tuiles Je suis surchargé […] Achetez-moi un disque SSD pour noël à certains 
endroits.
Tiens d'ailleurs, on les a pas d'ailleurs maintenant les SSD? Il faudrait 
demander autre chose pour noël.

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

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

Re: [OSM-talk-fr] Rendu topo 25000ème - réponses multiples

 

Bonjour, 

Voici le premier lot de réponses (mes méls mettent un peu
de temps à arriver, je ne sais pas où ils se perdent en route). 

- la
licence, c'est bon, elle passe en CC-by-sa dès que je republie tout à
jour. Si quelqu'un en a un besoin plus urgent (que d'attendre une
semaine), je peux aller plus vite. 

- les trous dans les données SRTM
sont un problème connu, notamment dans les zones accidentées. Je ne
connaissais pas l'alternative donnée par Frédéric, je vais aller essayer
ça (est-ce que tu sais si l'alternative est meilleure pour toute la
France ou uniquement les alpes/pyrénées ?) 

- j'ai fait des essais
papier, et ça vaut le coup. J'ai notamment modifié le rendu des forêts
suite à eux. Si quelqu'un essaye une impression grand format, je suis
curieux de voir ce que cela donnera ! 

- sur le rendu : 

 - les
courbes de niveau, bien vu, je ne les ai jamais reprises, je vais
affiner les courbes majeures. 

 - les églises : les symboles ne peuvent
actuellement pas être pivotés, mais il me semble que c'est au programme
du développeur. Par contre, cela ne règlera pas le problème, car on n'a
pas les outils pour calculer leur orientation. A propos de
développements souhaités, n'hésitez pas à aller voter pour celui-ci :
http://maperitive.idea.informer.com/proj/?ia=64935 qui aidera à mieux
différentier les sentiers, et d'autres lignes également, d'ailleurs… 


- Les tennis, je me suis posé la question. Je me suis également posé la
question, de qui, chez les chefs de l'IGN, en faisait, pour autant les
mettre en avant sur leurs cartes T25. Je ne prévois pas de mettre
d'icône à ce jour. Je veux bien essayer de voir ce que ça donne si tu
m'en fournis une. Et sinon, tu ouvres la feuille de style, tu tapes
trois lignes de texte, et c'est fait. Je peux te les donner :
icon-image: /tennis.png icon-width: 8 draw: icon. 

 - Vincent, je peux
faire un rendu pour toi, et encore plus si c'est pour les chemins de
Saint-Jacques, ou tout itinéraire alternatif aux itinéraires « propriété
intellectuelle ». Indique-moi quelle zone t'intéresse
(http://hiking.waymarkedtrails.org/fr/?zoom=7lat=44.75573lon=1.79604#).
Ça permet aussi de tester le rendu sur des zones que je ne connais pas,
et d'avoir des retours locaux. 

 Aller, la dernière correction d'hier
soir : le nom des riverbank n'apparait plus (qui a remarqué la Seine là
où elle ne devait pas être, à Paris ?) 

JB. 

Le 04.04.2013 09:27,
Romain MEHUT a écrit : 

 Le 4 avril 2013 08:53,
sebastien.di...@free.fr a écrit :
 
 Bonjour,
 
 - Mail
original -
 
 Pour la licence, j'appuie sur le côté NC, faut
bien voir auprès de
  qui tu souhaite partager ces techniques.
 

À propos de licence, je vais faire mon pénible mais alors que je
m'apprêtais à diffuser ce message à des amis, je me suis posé une
question : quelle est la licence du tutoriel ? Là encore, une licence CC
By(-SA) serait la bienvenue pour encourager les contributions.
 

C'est précisé tout à la fin du tutoriel: _Ce tutoriel a été réalisé par
JB (http://www.openstreetmap.org/user/JBacc1 [2]), il est placé sous une
licence CC-by-sa (http://creativecommons.org/licenses/by-sa/2.0/fr/
[3]). Vous êtes libre de le reproduire, le modifier, sous réserve de
citer l'auteur original, et de publier le nouveau document sous une
licence similaire._
 
 Romain 
 

___
 Talk-fr mailing list

Talk-fr@openstreetmap.org

http://lists.openstreetmap.org/listinfo/talk-fr [1]




Links:
--
[1] http://lists.openstreetmap.org/listinfo/talk-fr
[2]
http://www.openstreetmap.org/user/JBacc1
[3]
http://creativecommons.org/licenses/by-sa/2.0/fr/
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Rendu topo 25000ème

Bonjour,

Merci JB pour ce gros travail qui va effectivement nous permettre d'en
mettre plein la vue à tous ceux qui se demandent comment on peut exploiter
les données OSM.

Un petit retour à chaud: as-tu testé un rendu pour les zones cultivées,
résidentielles et les prairies? Ça peut faire beaucoup de zones blanches
par endroit.

A noter aussi que dans ton tutoriel, tu nommes ton fichier de règles en
R25.mrules alors que dans ton archive il se somme rando.mrules.

Romain

Le 3 avril 2013 20:12, JB jb...@mailoo.org a écrit :

 **

 Bonjour,

 Ça y est, après l'avoir sous-entendu au SOTM-FR, après l'avoir montré en
 avant-première, sous forme incomplète en carto-partie et sur Grenoble, je
 suis prêt à vous le présenter.

 Pour les pressés, les images, c'est par ici (attention, certains fichiers
 lourds, merci Guillaume pour le coup de main) :

 Sur les premiers kilomètres de la ViaAlpina, de notre coté 108Mo :
 http://osm101.openstreetmap.fr/jbtopo/ViaAlpina25.png

 Sur le sud du Vercors 115Mo :
 http://osm101.openstreetmap.fr/jbtopo/Vercors25.png

 En centre ville, au 15000, à Paris 8Mo :
 http://osm101.openstreetmap.fr/jbtopo/NotreDame15.png

 À Strasbourg au 15000 13Mo :
 http://osm101.openstreetmap.fr/jbtopo/Strasbourg15petit.png

 À Strasbourg au 25000 19Mo :
 http://osm101.openstreetmap.fr/jbtopo/Strasbourg25.png

 En périurbain, à Verrières-le-Buisson 8Mo :
 http://osm101.openstreetmap.fr/jbtopo/Verrieres25.png

 Avec sur-impression d'une trace GPS, au-dessus de Grenoble 25Mo :
 http://osm101.openstreetmap.fr/jbtopo/LeSappeyGPS.png

 Et bien sûr, la légende :
 http://osm101.openstreetmap.fr/jbtopo/legende4.png

 Si vous voulez d'autres démos, demandez, ou créez-les vous-même (le tuto
 est là, avec tout ce qu'il faut… continuez à lire).



 La problématique :

 J'ai participé à une formation à OSM à laquelle participaient plusieurs
 personnes d'office de tourisme. Un point essentiel est ressorti : la base
 de données, l'accès à la donnée brute, c'est bien beau, mais qu'est-ce
 qu'on en fait ? On ne sait peut-être pas trop ce que c'est qu'une base de
 données, ça ne nous fait pas rêver, par contre, une carte, on aime, on n'en
 a pas, et on en veut.

 De mon coté, je suis intéressé de voir les capacités de la base OSM et des
 outils développés autour. J'ai aussi envie de développer un rendu
 topo/rando.

 À partir de là, j'ai commencé à travailler sur ce rendu topo, avec au fond
 de la tête l'idée qu'il serait bien utile, entre-autre, aux offices de
 tourisme. Est-ce que ce type de rendu pourrait aussi intéresser de
 nouvelles personnes au projet ?



 Les choix :

 - Maperitive/Tilemill ? On connait maintenant leurs différences
 (simplicité, orientation web, …). Comme je vise une mise à disposition pour
 les moins bricoleurs en informatique, je me suis rapidement reporté sur
 Maperitive

 - Mono-zoom/multi-échelle. Le travail sur un seul niveau de zoom me semble
 obliger à trancher plus nettement dans les données rendues, et ainsi
 espérer obtenir une carte plus claire. J'ai choisi de travailler à une
 échelle seule, pour une impression aux environs du 25000ème (15000 en
 milieu urbain).

 - Impression écran/papier. La résolution de l'écran oblige à utiliser des
 tailles de texte et de symboles assez grandes, pas forcément adaptées à une
 impression papier. J'ai choisi de privilégier le support papier.

 - Son nom, R25 pour l'instant, ouvert à toute proposition de modification.

 - Et bien sûr les choix de sélection, de représentation. Toujours
 critiquables, critiquez-les…



 Le travail :

 Plus de 3900 lignes de feuille de style (pour un seul niveau de zoom…). Si
 je recommençais demain (non, je ne le ferai pas), la feuille aurait été
 organisée légèrement différemment, elle pourrait être également condensée
 (mais finalement pas tant que ça). Je n'ai pas commencé à compter mes
 heures passées sur le projet, je pense que c'est mieux ainsi.

 La feuille de style est actuellement sous licence CC-by-nc-sa, du moins
 c'est ce qui est écrit partout ; mais je me suis déjà presque convaincu
 moi-même, il passe au CC-by-sa dès sa prochaine version (insistez juste un
 tout petit peu).



 Les défauts connus :

 La carte se limite toujours à la donnée disponible. On note que la donnée
 SRTM (courbes de niveau et ombrage) est parfois manquante, notamment dans
 les zones au relief accidenté.

 Le mono-échelle se casse les dents sur des zones à forte différence de
 densité de données. Le centre de Paris est bien plus lisible si imprimé au
 15000ème, alors que le 25000 en rando semble généralement bon.



 La suite :

 J'ai fini de travailler sur la feuille de style (c'est ce que je dis
 chaque matin depuis 10 jours) ; le tutoriel niveau 0 est prêt, joint à ce
 mél. Au programme : un tutoriel de niveau plus élevé.

 Au programme aussi, recevoir vos retours que j'espère (raisonnablement)
 nombreux. Je pense qu'une partie d'entre vous va regarder ce que ça donne à
 coté de chez vous. Si vous voyez des

[OSM-talk-fr] Réflexion sur les sens uniques (ou pas) dans les ronds-points

2013-04-04 Thread Nicolas Moyroud


Bonjour à tous,

Hier j'ai testé l'application mobile Android OsmAnd et notamment 
l'exploitation des données OSM pour le routage. Ça marche pas mal, mais 
il y a quand même un gros souci : il ne prend pas en compte le sens pour 
les rond-points sur lesquels oneway=yes n'est pas précisé. Il me semble 
avoir vu il y a quelques temps que cette précision n'était pas utile 
dans les données OSM car cela est implicite avec le junction=roundabout. 
Certes on ne taggue pas pour le rendu ni pour le routage, mais je me 
pose la question.
L'algorithme de routage pourrait ajouter le sens automatiquement (ce que 
ne fait pas celui de OsmAnd apparemment), mais par exemple dans un pays 
où on roule à gauche il faut qu'il inverse automatiquement le sens. Bref 
ça fait beaucoup de cas différents à gérer et ce serait peut-être plus 
simple que les données soient adaptées. Il suffirait alors de gérer les 
sens uniques comme pour les autres routes.

Vous en pensez quoi ?

Nicolas

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

Re: [OSM-talk-fr] Rendu topo 25000ème

2013-04-04 Thread Guillaume Allegre

Le jeu. 04 avril 2013 à 08:42 +0200, clansco a écrit :
 On Wed, 3 Apr 2013 21:04:21 +0200
 Sébastien Dinot sebastien.di...@free.fr wrote:
 
  JB a écrit :
  
 [.../...]
   On note que la donnée SRTM (courbes de niveau et ombrage) est parfois
   manquante, notamment dans les zones au relief accidenté.
  
  Je ne connaissais pas ce défaut de SRTM que je n'avais notamment jamais
  remarqué dans les Pyrénées. C'est étrange...
  
 http://maperitive.net/docs/Commands/SetDemSource.html
   VF.Alps: one arcsecond resolution DEM covering Alps without any major 
 data voids. 
   Source: http://www.viewfinderpanoramas.org/dem3.html#alps.
 valable aussi pour les Pyrénées.

A la lecture du site viewfinderpanoramas, il y a quand même une grosse 
incertitude sur 
la source et la licence des données utilisées pour remplir les blancs.
http://www.viewfinderpanoramas.org/voidfill.html




-- 
 ° /\Guillaume AllègreOpenStreetMap France
  /~~\/\   allegre.guilla...@free.fr  Cartographie libre et collaborative
 /   /~~\tél. 04.76.63.26.99  http://www.openstreetmap.fr


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

Re: [OSM-talk-fr] Rendu topo 25000ème - données relief.

 

C'est effectivement possible que la source de Cyclemap ne soit pas
SRTM mais VF. J'essaye désespérément de charger leurs données pour voir
ce que ça donnerait, mais le serveur VF n'a pas l'air en forme, alors
que SRTM3 répond bien : 

 Loading digital elevation model...

Downloading Viewfinder DEM tile 'N45E005.hgt'...
 Error downloading SRTM
data. 

(Je pense que le mot SRTM fait juste partie du message d'erreur
standard) 

JB. 

Le 04.04.2013 09:20, sebastien.di...@free.fr a écrit :


 - Mail original -
 
 On Wed, 3 Apr 2013 21:04:21 +0200
Sébastien Dinot sebastien.di...@free.fr wrote: 
 
 JB a écrit
:
 [.../...] 
 
 On note que la donnée SRTM (courbes de niveau
et ombrage) est parfois manquante, notamment dans les zones au relief
accidenté.
 Je ne connaissais pas ce défaut de SRTM que je n'avais
notamment jamais remarqué dans les Pyrénées. C'est étrange...

http://maperitive.net/docs/Commands/SetDemSource.html [1] VF.Alps: one
arcsecond resolution DEM covering Alps without any major data voids.
Source: http://www.viewfinderpanoramas.org/dem3.html#alps [2]. valable
aussi pour les Pyrénées.
 
 Pourtant, je me pose une question lorsque
je consulte par exemple cette image :
 

http://osm107.openstreetmap.fr/jbtopo/LeSappeyGPS.png [3]
 
 Et le
rendu CycleMap de la même zone sur OSM :
 

http://osm.org/go/0CATAqPL-?layers=C [4]
 
 Les trous constatés sur la
première n'existent pas sur le second. CycleMap utilise-t-il d'autres
données (Aster, autre) ?
 
 Sébastien

 

Links:
--
[1]
http://maperitive.net/docs/Commands/SetDemSource.html
[2]
http://www.viewfinderpanoramas.org/dem3.html#alps
[3]
http://osm107.openstreetmap.fr/jbtopo/LeSappeyGPS.png
[4]
http://osm.org/go/0CATAqPL-?layers=C
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Rendu topo 25000ème

2013-04-04 Thread Etienne Trimaille

Bravo pour le rendu JB ;-)

Concernant CycleMap, il précise juste qu'il utilise les données srtm, pas
aster dans la doc. Alors peut-être qu'il a ré-échantillonner les données
pour compléter les trous (avec gdal, grass) ?
Certains complètent les trous avec aster :
http://georezo.net/forum/viewtopic.php?pid=170977
ou alors ils utilisent exlusivement aster.

Mais du coup, avec ces techniques, on perd la simplicité de Maperitive à
ajouter facilement les courbes de niveaux et l'ombrage en 3 clics. Il faut
passer par des outils annexes pas toujours simples pour manipuler le relief.
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Rendu topo 25000ème - données relief.

2013-04-04 Thread sly (sylvain letuffe)

On jeudi 4 avril 2013, JB wrote:
 C'est effectivement possible que la source de Cyclemap ne soit pas
 SRTM mais VF. 

Tu peux aussi regarder ASTER[1], c'est pas trop mal (je trouve) dans les alpes 
et tu peux en voir une démo ici :
http://maps.refuges.info/?zoom=11lat=45.72491lon=6.58209layers=B00F

Y'a toujours des trous, mais moins qu'avec SRTM et en contrepartie, certains 
plaines présentes des artefacts cracra

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

-- 
sly, DWG member since 11/2012
Coordinateur du groupe [ga]
http://wiki.openstreetmap.org/wiki/User:Sletuffe

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

Re: [OSM-talk-fr] Rendu topo 25000ème

Le 4 avril 2013 11:30, Etienne Trimaille etienne.trimai...@gmail.com a
écrit :

 Bravo pour le rendu JB ;-)

 Concernant CycleMap, il précise juste qu'il utilise les données srtm, pas
 aster dans la doc. Alors peut-être qu'il a ré-échantillonner les données
 pour compléter les trous (avec gdal, grass) ?
 Certains complètent les trous avec aster :
 http://georezo.net/forum/viewtopic.php?pid=170977
 ou alors ils utilisent exlusivement aster.

 Mais du coup, avec ces techniques, on perd la simplicité de Maperitive à
 ajouter facilement les courbes de niveaux et l'ombrage en 3 clics. Il faut
 passer par des outils annexes pas toujours simples pour manipuler le relief.


Et y aurait pas moyen de faire quelque chose à partir de la Bd Alti de
l'IGN: http://professionnels.ign.fr/bdalti qui est sous la licence ouverte ?

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

Re: [OSM-talk-fr] Rendu topo 25000ème

 

Salut Romain, 

Merci pour l'erreur dans le nom de fichier, c'est
corrigé (R25.zip à retélécharger si nécessaire). 

Dans 5 minutes, va
voir http://osm107.openstreetmap.fr/jbtopo/alsace25.png 

On y voit
clairement la distinction entre les zones cultivées et prairies, sans
surcharge (j'espère) pour l'œil une fois imprimé. Pour les zones
résidentielles, ça ne me semble pas dérangeant. 

JB. 

Le 04.04.2013
11:12, Romain MEHUT a écrit : 

 Bonjour,
 
 Merci JB pour ce gros
travail qui va effectivement nous permettre d'en mettre plein la vue à
tous ceux qui se demandent comment on peut exploiter les données OSM.


 Un petit retour à chaud: as-tu testé un rendu pour les zones
cultivées, résidentielles et les prairies? Ça peut faire beaucoup de
zones blanches par endroit.
 
 A noter aussi que dans ton tutoriel, tu
nommes ton fichier de règles en R25.mrules alors que dans ton archive il
se somme rando.mrules. 
 Romain
 
 Le 3 avril 2013 20:12, JB
jb...@mailoo.org a écrit :
 
 Bonjour, 
 
 Ça y est, après
l'avoir sous-entendu au SOTM-FR, après l'avoir montré en avant-première,
sous forme incomplète en carto-partie et sur Grenoble, je suis prêt à
vous le présenter. 
 
 Pour les pressés, les images, c'est par ici
(attention, certains fichiers lourds, merci Guillaume pour le coup de
main) : 
 
 Sur les premiers kilomètres de la ViaAlpina, de notre
coté 108Mo : http://osm101.openstreetmap.fr/jbtopo/ViaAlpina25.png [1]

 
 Sur le sud du Vercors 115Mo :
http://osm101.openstreetmap.fr/jbtopo/Vercors25.png [2] 
 
 En
centre ville, au 15000, à Paris 8Mo :
http://osm101.openstreetmap.fr/jbtopo/NotreDame15.png [3] 
 
 À
Strasbourg au 15000 13Mo :
http://osm101.openstreetmap.fr/jbtopo/Strasbourg15petit.png [4] 
 

À Strasbourg au 25000 19Mo :
http://osm101.openstreetmap.fr/jbtopo/Strasbourg25.png [5]
 
 En
périurbain, à Verrières-le-Buisson 8Mo :
http://osm101.openstreetmap.fr/jbtopo/Verrieres25.png [6] 
 
 Avec
sur-impression d'une trace GPS, au-dessus de Grenoble 25Mo :
http://osm101.openstreetmap.fr/jbtopo/LeSappeyGPS.png [7] 
 
 Et
bien sûr, la légende :
http://osm101.openstreetmap.fr/jbtopo/legende4.png [8]
 
 Si vous
voulez d'autres démos, demandez, ou créez-les vous-même (le tuto est là,
avec tout ce qu'il faut… continuez à lire). 
 
 La problématique :

 
 J'ai participé à une formation à OSM à laquelle participaient
plusieurs personnes d'office de tourisme. Un point essentiel est
ressorti : la base de données, l'accès à la donnée brute, c'est bien
beau, mais qu'est-ce qu'on en fait ? On ne sait peut-être pas trop ce
que c'est qu'une base de données, ça ne nous fait pas rêver, par contre,
une carte, on aime, on n'en a pas, et on en veut. 
 
 De mon coté,
je suis intéressé de voir les capacités de la base OSM et des outils
développés autour. J'ai aussi envie de développer un rendu topo/rando.

 
 À partir de là, j'ai commencé à travailler sur ce rendu topo,
avec au fond de la tête l'idée qu'il serait bien utile, entre-autre, aux
offices de tourisme. Est-ce que ce type de rendu pourrait aussi
intéresser de nouvelles personnes au projet ? 
 
 Les choix : 


 - Maperitive/Tilemill ? On connait maintenant leurs différences
(simplicité, orientation web, …). Comme je vise une mise à disposition
pour les moins bricoleurs en informatique, je me suis rapidement reporté
sur Maperitive 
 
 - Mono-zoom/multi-échelle. Le travail sur un seul
niveau de zoom me semble obliger à trancher plus nettement dans les
données rendues, et ainsi espérer obtenir une carte plus claire. J'ai
choisi de travailler à une échelle seule, pour une impression aux
environs du 25000ème (15000 en milieu urbain). 
 
 - Impression
écran/papier. La résolution de l'écran oblige à utiliser des tailles de
texte et de symboles assez grandes, pas forcément adaptées à une
impression papier. J'ai choisi de privilégier le support papier. 
 

- Son nom, R25 pour l'instant, ouvert à toute proposition de
modification.
 
 - Et bien sûr les choix de sélection, de
représentation. Toujours critiquables, critiquez-les… 
 
 Le travail
: 
 
 Plus de 3900 lignes de feuille de style (pour un seul niveau
de zoom…). Si je recommençais demain (non, je ne le ferai pas), la
feuille aurait été organisée légèrement différemment, elle pourrait être
également condensée (mais finalement pas tant que ça). Je n'ai pas
commencé à compter mes heures passées sur le projet, je pense que c'est
mieux ainsi. 
 
 La feuille de style est actuellement sous licence
CC-by-nc-sa, du moins c'est ce qui est écrit partout ; mais je me suis
déjà presque convaincu moi-même, il passe au CC-by-sa dès sa prochaine
version (insistez juste un tout petit peu).
 
 Les défauts connus :

 
 La carte se limite toujours à la donnée disponible. On note que
la donnée SRTM (courbes de niveau et ombrage) est parfois manquante,
notamment dans les zones au relief accidenté. 
 
 Le mono-échelle se
casse les dents sur des zones à forte différence de densité de données.
Le centre de Paris est bien plus lisible si imprimé au

Re: [OSM-talk-fr] Rendu topo 25000ème

2013-04-04 Thread Jean-Claude Repetto


Le 04/04/2013 12:19, Romain MEHUT a écrit :


Et y aurait pas moyen de faire quelque chose à partir de la Bd Alti de
l'IGN: http://professionnels.ign.fr/bdalti qui est sous la licence ouverte ?


Le pas est de 250 mètres, c'est très insuffisant. La version payante a 
un pas de 25 mètres.



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

Re: [OSM-talk-fr] Rendu topo 25000ème

2013-04-04 Thread sly (sylvain letuffe)

On jeudi 4 avril 2013, Romain MEHUT wrote:

 Et y aurait pas moyen de faire quelque chose à partir de la Bd Alti de
 l'IGN: http://professionnels.ign.fr/bdalti qui est sous la licence ouverte ?

Il faut bien lire jusqu'au bout :
Accéder au téléchargement de la BD ALTI® aux pas de 250m, 500m et 1000m

En clair, un truc grossier, on va pas se plaindre car c'est gratuit, mais 
SRTM/ASTER c'est 90m de précision, et la BD ALTI (non gratuite) 25m

-- 
sly, DWG member since 11/2012
Coordinateur du groupe [ga]
http://wiki.openstreetmap.org/wiki/User:Sletuffe

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

Re: [OSM-talk-fr] Rendu topo 25000ème