date:20130414

Hallo,

mir fällt öfters auf, dass die Rechtschreibung in den Karten sehr
mangelhaft ist. Was mir oft auffällt sind die sogenannten
Deppenleerzeichen (Auch in der vorhin verlinkten Karte, wo „DRK Kita“
steht. Das ist ja kein Produkt des DRK, so wie ein Opel Astra, sondern
es ist eine DRK-Kita).

Auch fällt mir ganz negativ auf, dass oft diese unseligen Zollzeichen
() als Ersatz für Anführungszeichen („“) verwendet werden. Auch in der
gerade verlinkten Karte: /DRK Kita Villa Kunterbunt/, anstatt
/DRK-Kita „Villa Kunterbunt“/. Zwar in Deutschland nicht so wichtig,
aber im Ausland wird auch oft das Apostroph-Ersatzzeichen ' statt des
richtigen Apostrophs ’ verwendet.

Was könnte man dagegen wohl machen? Klar, wenn einem das mal auffällt,
wird es korrigiert. Leider sind die Leute, die die richtige
Rechtschreibung beherrschen, heutzutage wohl in der Minderheit, deswegen
wird das größtenteils nicht korrigiert. Ich finde, das sieht dann immer
ein wenig unprofessionell aus.

Könnte man da wohl was direkt bei JOSM machen? Zum einen Smart-Quotes,
wo  automatisch je nach name:xyz in das richtige Anführungszeichen
gewandelt wird? Und eventuell irgendwie eine Art Warnung bei
Deppenleerzeichen? Aber das stelle ich mir schon ein wenig schwierig
vor. Eine Lösung direkt bei der Eingabe wäre allerdings wahrscheinlich
vorzuziehen, da so direkt die Fehler vermieden werden könnten.

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

Re: [Talk-de] Waze Hinweis auf OSM Lizenz fehlt?

2013-04-14 Thread Walter Nordmann

irgendwie ist heute nicht mein Tag. Wie finde ich diese Ansicht auf waze.com?
Im Live-Map ist dort alles leer.

Gruss
walter



--
View this message in context: 
http://gis.19327.n5.nabble.com/Waze-Hinweis-auf-OSM-Lizenz-fehlt-tp5756747p5757053.html
Sent from the Germany mailing list archive at Nabble.com.

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

Re: [Talk-de] Rechtschreibung und Zeichensetzung in den Karten

2013-04-14 Thread Wilhelm Spickermann

Hallo,

man muss allerdings auch noch bedenken, dass bei Karten die richtige
Wiedergabe des Namens von Bedeutung ist und dass dies nicht unbedingt
der Rechtschreibung entspricht. Wenn der Stadtrat den Namen
Passauerstraße vergibt, dann heißt die Straße so und sollte auch so
in OSM auftauchen. Es spielt für OSM keine Rolle, ob es eine
Benennung nach dem Herrn Passauer (dann wäre die Schreibweise richtig)
oder eine Benennung nach der Stadt Passau (dann wäre die Schreibweise
falsch) war.

frohes Mappen
Wilhelm

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

Re: [Talk-de] Rechtschreibung und Zeichensetzung in den Karten

2013-04-14 Thread Andreas Schmidt

hallo Hans,

die Kita habe ich so beschriftet, wie sie der Betreiber selbst benennt:
http://www.drkcelle.de/angebote/kinder-jugend-und-familie/kitas/hoefer-villa-kunterbunt.html

Dort steht es so:
DRK Kita Villa Kunterbunt

Auf dem (gegenständlichen) Schild vor Ort steht es ebenfalls so:
http://www.drkcelle.de/fileadmin/user_upload/Kitas/AdB_Hoef/hoe5.jpg

Hinsichtlich der Gänsefüßchen muss ich gestehen, es ist mir nicht
geläufig, wie ich die mit vertretbarem Aufwand einfügen könnte.

JOSM verwendet intern ja auch die statt der „“ - beispielsweise sehe
ich immer wieder
superroute (Jakobsweg Via Scandinavica, 4 Elemente, unvollständig).

Klar, man kann alle Zeichen, die die Tastatur nicht hat, per
Tastaturcode einfügen. Ist halt nur sehr umständlich.

So, nach einigem Suchen fand ich gerade:
Alt + 0132 soll „ und
Alt + 0147 soll “ ergeben.
Mal sehen, wie lange ich mir das merken kann...

Im Moment bin _ich_ sensibilisiert und motiviert, aber es werden die
meisten Beitragenden an der praktischen Umsetzbarkeit scheitern.

Könnte man JOSM eine Funktion zum Einfügen solcher Sonderzeichen
einbauen (gibt's möglicherweise ein AddOn)? Der Wikipedia-Editor bietet
diese Funktionalität (unter „Symbole“).

Grüße, Andreas

Am 14.04.2013 16:32, schrieb Hans Schmidt:
Hallo,

mir fällt öfters auf, dass die Rechtschreibung in den Karten sehr
mangelhaft ist. Was mir oft auffällt sind die sogenannten
Deppenleerzeichen (Auch in der vorhin verlinkten Karte, wo „DRK Kita“
steht. Das ist ja kein Produkt des DRK, so wie ein Opel Astra, sondern
es ist eine DRK-Kita).

Auch fällt mir ganz negativ auf, dass oft diese unseligen Zollzeichen
() als Ersatz für Anführungszeichen („“) verwendet werden. Auch in der
gerade verlinkten Karte: /DRK Kita Villa Kunterbunt/, anstatt
/DRK-Kita „Villa Kunterbunt“/. Zwar in Deutschland nicht so wichtig,
aber im Ausland wird auch oft das Apostroph-Ersatzzeichen ' statt des
richtigen Apostrophs ’ verwendet.

Was könnte man dagegen wohl machen? Klar, wenn einem das mal auffällt,
wird es korrigiert. Leider sind die Leute, die die richtige
Rechtschreibung beherrschen, heutzutage wohl in der Minderheit, deswegen
wird das größtenteils nicht korrigiert. Ich finde, das sieht dann immer
ein wenig unprofessionell aus.

Könnte man da wohl was direkt bei JOSM machen? Zum einen Smart-Quotes,
wo automatisch je nach name:xyz in das richtige Anführungszeichen
gewandelt wird? Und eventuell irgendwie eine Art Warnung bei
Deppenleerzeichen? Aber das stelle ich mir schon ein wenig schwierig
vor. Eine Lösung direkt bei der Eingabe wäre allerdings wahrscheinlich
vorzuziehen, da so direkt die Fehler vermieden werden könnten.

Gruß,
Hans
___
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] Rechtschreibung und Zeichensetzung in den Karten

2013-04-14 Thread Peter Wendorff

Hallo Hans.

Am 14.04.2013 16:32, schrieb Hans Schmidt:
 Hallo,
 
 mir fällt öfters auf, dass die Rechtschreibung in den Karten sehr
 mangelhaft ist. Was mir oft auffällt sind die sogenannten
 Deppenleerzeichen (Auch in der vorhin verlinkten Karte, wo „DRK Kita“
 steht. Das ist ja kein Produkt des DRK, so wie ein Opel Astra, sondern
 es ist eine DRK-Kita).
Wenn es EINE DRK-Kita ist, dann ist der Name weder DRK-Kita noch
DRK-Kita, sondern der Betreiber (operator) ist das Deutsche Rote
Kreuz, von mir aus auch das DRK - wobei wir dann darüber diskutieren
könnten, ob wir hier die Abkürzung benutzen wollen, während wir
üblicherweise eigentlich ausschreiben.

Wenn der Name der Kita aber DRK Kita ist, dann ist das eben so -
Deppenleerzeichen hin oder her, dann sitzen im DRK an der Stelle eben
offensichtlich Deppen, die sich für das Leerzeichen entschieden haben,
und wir als Mapper sind nicht in der Position, das zu korrigieren, denn
ein Name ist ein Name, und Anna-Marie wird auch nicht zu Anna Marie, nur
weil mir oder dir das besser gefällt, Anna-Marie heißt Anna-Marie.

Wenn es sich allerdings um eine Beschreibung handelt, dann gehört die
eben nicht in den Namen; notfalls müsste der Name eben leer bleiben.
 
 Auch fällt mir ganz negativ auf, dass oft diese unseligen Zollzeichen
 () als Ersatz für Anführungszeichen („“) verwendet werden. Auch in der
 gerade verlinkten Karte: /DRK Kita Villa Kunterbunt/, anstatt
 /DRK-Kita „Villa Kunterbunt“/. Zwar in Deutschland nicht so wichtig,
 aber im Ausland wird auch oft das Apostroph-Ersatzzeichen ' statt des
 richtigen Apostrophs ’ verwendet.
Die Anführungszeichen gehören hier überhaupt nicht in den Namen, sondern:
operator=DRK (oder Deutsches Rotes Kreuz)
name=Villa Kunterbunt
amenity=kindergarten

Dass das Anführungszeichen regelmäßig falsch verwendet wird, ist ein
anderes Thema, trifft hier aber nicht zu.
 
 Was könnte man dagegen wohl machen? Klar, wenn einem das mal auffällt,
 wird es korrigiert. Leider sind die Leute, die die richtige
 Rechtschreibung beherrschen, heutzutage wohl in der Minderheit, deswegen
 wird das größtenteils nicht korrigiert. Ich finde, das sieht dann immer
 ein wenig unprofessionell aus.
Die erste Frage, die sich hier stellt ist, ob falsche Anführungszeichen
in Namen Teil des Namens sind oder nicht.
Sind sie Teil des Namens, dann ist der Name vielleicht sprachlich
ungünstig gewählt, es bleibt aber der Name.
Ist der Name falsch z.B. auf dem Schild geschrieben, hast du wohl recht.

Für eine Karte würde ich dir aber recht geben, dass eine Korrektur
sinnvoll wäre, selbst wenn das die eigentlichen Namen verfälscht (da
diese ja mit falschen Anführungszeichen geschrieben sind). Das ist aber
etwas, das der Ersteller der Karte algorithmisch lösen sollte, z.B. in
der Vorverarbeitung der Daten vor dem Kartenstil noch, oder auch in
einem komplexer gestalteten Stil selbst.
 
 Könnte man da wohl was direkt bei JOSM machen? Zum einen Smart-Quotes,
 wo  automatisch je nach name:xyz in das richtige Anführungszeichen
 gewandelt wird? 
geht sicherlich, wobei ich auch dabei erstmal nachfragen würde. Außerdem
ist das gerade beim gebräuchlichsten - nämlich name selbst - schwierig
zu entscheiden.
Und eventuell irgendwie eine Art Warnung bei
 Deppenleerzeichen? 
Nein, denn ein Deppenleerzeichen, das im Namen drin ist, ist im Namen
drin. Bevor ich nicht den Inhaber des entsprechenden Geschäfts dazu
gebracht habe, das Deppenleerzeichen aus dem Namen zu entfernen, ist das
noch drin und alles andere ist ein Fehler in der Karte.

Gruß
Peter

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

Re: [Talk-de] Waze Hinweis auf OSM Lizenz fehlt?

2013-04-14 Thread MarkusBe

Versuchs mal mit der Rest of the world-Ansicht (ganz unten auf der 
Website).


Markus

Am 14.04.2013 16:42, schrieb Walter Nordmann:

irgendwie ist heute nicht mein Tag. Wie finde ich diese Ansicht auf waze.com?
Im Live-Map ist dort alles leer.

Gruss
walter



--
View this message in context: 
http://gis.19327.n5.nabble.com/Waze-Hinweis-auf-OSM-Lizenz-fehlt-tp5756747p5757053.html
Sent from the Germany mailing list archive at Nabble.com.

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



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

Re: [Talk-de] Rechtschreibung und Zeichensetzung in den Karten

2013-04-14 Thread Robert Kaiser


Hans Schmidt schrieb:

mir fällt öfters auf, dass die Rechtschreibung in den Karten sehr
mangelhaft ist.


Rechtschreibung ist auf OSM irrelevant. Es zählt, wie die Objekte 
offiziell benannt sind, ganz gleich, wie irgendwelche generellen Regeln 
sind. Heißt etwas Kardinal Nagl-Platz oder Johann Strauss Museum 
laut Beschilderung und offiziellen Beschlüssen, so ist es auch in OSM so 
einzutragen, auch wenn es laut Rechtschreibregeln nicht korrekt erscheint.


Das gilt für jegliche Zeichensetzung in name-Tags.

Und nebenbei, die Anführungszeichen sind generell ein Streitfall, da in 
ganz offiziellen Maschinschreibregeln seit Jahrzehnten die geraden 
Anführungszeichen (also ) als die einzig korrekte Variante gelten, 
andere aber die schrägen als einzig richtige sehen. Gleiches gilt für 
Apostrophe.


In jedem Fall, es gilt, was die offiziellen Beschlüsse und 
Beschriftungen (besonders vor Ort) sagen, und nicht, was ein Regelbuch 
sagt. Es handelt sich um Namen, nicht um der Rechtschreibung 
unterliegende Texte.


Wie allerdings schon angemerkt wurde, ist der Betreiber normal nicht als 
Teil des name-Tags anzuführen, genausowenig wie der Typ des Objekts, 
außer sie sind Teile des offiziellen Namens laut Beschilderung usw.


Robert Kaiser



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

Re: [Talk-de] Waze Hinweis auf OSM Lizenz fehlt?

2013-04-14 Thread Walter Nordmann

Markus Be wrote
 Versuchs mal mit der Rest of the world-Ansicht (ganz unten auf der 
 Website).

oh Mann, darauf muß man erst mal kommen! - oder die Hilfe lesen? war
wirklich nicht mein Tag.

Danke
walter

Wusste garnicht, dass ich in einer Einbahnstraße wohne. Die Qualität der
Daten ist ja wirklich grottenschlecht. Die Brüder haben aber anscheinen
mächtig viele Fans in Amiland :( 




--
View this message in context: 
http://gis.19327.n5.nabble.com/Waze-Hinweis-auf-OSM-Lizenz-fehlt-tp5756747p5757081.html
Sent from the Germany mailing list archive at Nabble.com.

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

Re: [Talk-de] Waze Hinweis auf OSM Lizenz fehlt?

2013-04-14 Thread Walter Nordmann

Hi,

ich habe waze.com mal in meine Adaption von Sautter aufgenommen: 
http://wambacher.bplaced.net/omc/sautter.html

Das macht das Vergleichen einfacher.

Gruss
walter



--
View this message in context: 
http://gis.19327.n5.nabble.com/Waze-Hinweis-auf-OSM-Lizenz-fehlt-tp5756747p5757083.html
Sent from the Germany mailing list archive at Nabble.com.

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

Re: [Talk-de] Rechtschreibung und Zeichensetzung in den Karten

Am 14.04.2013 18:52, schrieb Robert Kaiser:

Rechtschreibung ist auf OSM irrelevant. Es zählt, wie die Objekte
offiziell benannt sind, ganz gleich, wie irgendwelche generellen
Regeln sind. Heißt etwas Kardinal Nagl-Platz oder Johann Strauss
Museum laut Beschilderung und offiziellen Beschlüssen, so ist es auch
in OSM so einzutragen, auch wenn es laut Rechtschreibregeln nicht
korrekt erscheint.

Hm, ich meinte das jetzt auch eher nicht auf Geschäfte u.ä. bezogen. Das
ist ja im richtigen Leben auch eine Katastrophe. Da habe ich auch schon
„Müller’s Grill“ usw. getaggt (Wobei ich da im Grunde auch nichts gegen
eine Korrektur hätte. Das ist ja offensichtlich falsch. Ich sehe ehrlich
gesagt nicht, wieso sich das auch in OSM widerspiegeln sollte. Jeder
wird wohl wissen, dass „Kardinal Nagl-Platz“ und „Kardinal-Nagl-Platz“
das gleiche sind. Allerdings graust es mir jedes Mal, wenn ich so etwas
dann auf der Karte lese. Außerdem wird ja z.B. auch „Bahnhofstr.“ zu
einer „Bahnhofstraße“. Da sind wir ja auch nicht konsequent. In einem
(vernünftigen) Text, also z.B. in Büchern oder Zeitschriften, werden
Eigennamen übrigens auch in den meisten Fällen (gut, ich muss zugeben,
es wird schlimmer) korrigiert. Ich habe nur sehr selten in einer
seriösen Zeitung „Kardinal Nagl-Platz“ gelesen).

Ich meine das eher bei Sachen die nicht unbedingt auf Schildern stehen.
Einmal ist mir z.B. ein „Ruhr Rad Weg“ aufgefallen. Um so etwas geht es
mir eher.

Das gilt für jegliche Zeichensetzung in name-Tags.

Und nebenbei, die Anführungszeichen sind generell ein Streitfall, da
in ganz offiziellen Maschinschreibregeln seit Jahrzehnten die
geraden Anführungszeichen (also ) als die einzig korrekte Variante
gelten, andere aber die schrägen als einzig richtige sehen. Gleiches
gilt für Apostrophe.

Also das kann ich beim besten Willen nicht glauben. Das wurde dann
wahrscheinlich zu Zeiten der Schreibmaschine entschieden.
Glücklicherweise unterstützen vernünftige Textprogramme ja bereits seit
Ewigkeiten Smart Quotes, so dass das in richtigen Briefen auch korrekt
ist. Das wäre ja so, als ob wir bei OSM Typewriter-Schriftarten
verwenden würden, nur weil das mit der Schreibmaschine nicht anders
ging. Das Problem ist ja in diesem Fall eher, dass normale
Computertastaturen dank der Idiotie von MS und der gängigen
Linuxdistributionen keine Anführungszeichen können (Wobei, unter Linux
geht wohl AltGr+C,V,B oder sowas. Einfach mal ausprobieren). Da muss
dann auf Anwendungsebene ausgeholfen werden.

Am 14.04.2013 18:16, schrieb Peter Wendorff:
Wenn es EINE DRK-Kita ist, dann ist der Name weder DRK-Kita noch
DRK-Kita, sondern der Betreiber (operator) ist das Deutsche Rote
Kreuz, von mir aus auch das DRK - wobei wir dann darüber diskutieren
könnten, ob wir hier die Abkürzung benutzen wollen, während wir
üblicherweise eigentlich ausschreiben.

Wenn der Name der Kita aber DRK Kita ist, dann ist das eben so -
Deppenleerzeichen hin oder her, dann sitzen im DRK an der Stelle eben
offensichtlich Deppen, die sich für das Leerzeichen entschieden haben,
und wir als Mapper sind nicht in der Position, das zu korrigieren, denn
ein Name ist ein Name, und Anna-Marie wird auch nicht zu Anna Marie, nur
weil mir oder dir das besser gefällt, Anna-Marie heißt Anna-Marie.

Das Problem ist aber, dass der Opel Astra ein Produkt von Opel ist. Eine
„DRK Kita“ [sic] ist aber kein „Produkt“ des DRKs, sondern DRK ist eine
genaue Beschreibung von Kita. Und da es kein Adjektiv ist (drkische
Kita), muss es mit einem Bindestrich verbunden werden.

Am 14.04.2013 17:28, schrieb Andreas Schmidt:
Hinsichtlich der Gänsefüßchen muss ich gestehen, es ist mir nicht
geläufig, wie ich die mit vertretbarem Aufwand einfügen könnte.
Das ist ja verständlich, deswegen bin ich ja auch für eine Regelung in
JOSM. Bei Wikipedia gibt es ja auch direkt unter der Texteingabebox
anklickbare Anführungszeichen. Zwar gibt’s bei Wikipedia immer noch
viele , aber doch auch recht viele „“.

Überhaupt sind die echten „“ wohl eine aussterbende Spezies, ich sage
mal, die werden in Deutschland bereits häufiger verwendet. Irgendwie
schade, regt mich aber nicht so auf, wie Moni's Haar Salon.
Ja, leider. Das ist eine andere Diskussion, aber naja, liegt wohl daran,
dass Webbrowser keine Smart Quotes können. Aber in Zeitschriften und
Büchern werden sie ja immer noch anständig benutzt.

Klar, man kann alle Zeichen, die die Tastatur nicht hat, per
Tastaturcode einfügen. Ist halt nur sehr umständlich.

Als kleiner Tipp, zumindest für Windows: Der MS Keyboard Layout Creator.
Nutze ich auch, und ich habe hier jetzt schön »«„“”–’ẞ auf meiner Tastatur.

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

Re: [Talk-de] Rechtschreibung und Zeichensetzung in den Karten

2013-04-14 Thread Henning Scholland


Hallo,
auch Ruhr Rad Weg ist dann aber ein Eigenname. Ob der nun wirklich so 
heißt oder ob der Name des Radwegs anders lautet kann man nachprüfen. 
Wenn der Eigenname Ruhr Rad Weg ist, dann ist die Bezeichnung so 
korrekt. Sollte das kein Eigenname des Objektes sein, dann hat der Text 
auch nichts im name-Tag zu suchen und gehört bspw. nach description und 
da kann man dann auch gerne die Rechtschreibung korrigieren. Aber 
name-Tag == Eigenname.


Die Änderung von *str. zu *straße ist eine komplett andere Geschichte. 
Hier geht es um die Ausschreibung einer Abkürzung.


Henning


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

Re: [Talk-de] Rechtschreibung und Zeichensetzung in den Karten

Nicht unbedingt. Manche Sachen müssen ja einfach beschriftet werden.
Beim „Ruhr Rad Weg“ (das war jetzt auch nur ein ausgedachtes Beispiel,
was aber einem konkreten Fall recht nah ist) ist der korrekte Name ja
natürlich „Ruhrradweg“ oder „Ruhr-Radweg“. Die Person, die es
eingetragen hat, hat es schlicht falsch eingetragen. Das ist
wahrscheinlich sogar der wesentlich häufigere Fall. Ich habe gerade
wieder eine „Rathaus Apotheke“ (sic) korrigiert. Der Name des Geschäftes
ist aber Rathaus-Apotheke (Wunder mit korrekter Rechtschreibung sollen
tatsächlich mal geschehen).

Aber mal eine grundlegende Frage: Wieso sollten solche Eigennamen nicht
korrigiert werden, wenn sie falsch sind? Es ist ja offensichtlich, dass
an den entsprechenden Stellen teilweise nicht gerade die der
Rechtschreibung zugewandtesten Leute sitzen. Das ist ja eigentlich auch
nicht schlimm, es kann ja nicht jeder alles können. Es wäre zwar schön,
wenn dort eine bessere Rechtschreibung vorzufinden wäre, allerdings ist
das halt in vielen Fällen einfach unrealistisch zu hoffen.

Ich rede hier ja nicht von „Fehlern“, die ein integraler Bestandteil des
Namens sind. Ich würde jetzt ja nicht Cuxhaven zu Cuxhafen ändern
wollen. Ich rede aber von Fehlern, die wirklich Fehler sind. Die sind
nicht aus historische Weise entstanden, sondern weil die es bestimmende
Person entweder a) keine Ahnung von Rechtschreibung hat b) keine
Rechtschreibprüfung genutzt hat oder c) einfach komplett ignorant ist.
Das sind in den allermeisten Fällen heutzutage einfach überflüssige
Leerzeichen und Apostrophe. Wenn man der entsprechenden Person den
Fehler mitteilen würde (und vorausgesetzt, die Person ist nicht komplett
ignorant, was leider in 100% der Fälle so ist), würde das ja auch am
Ursprung korrigiert werden.

Mal eine Frage: Wenn eine Stadt die Straßenschilder in Fraktur
beschriftet, und dann sogar (selten, aber das gibt es tatsächlich)
korrekt das lange s (ſ) benutzt, wie in Bahnhofſtraße. Schreiben wir das
in OSM dann auch als Bahnhofſtraße? Oder würden wir ein beliebiges
Geschäft, wenn es sich mit ſ schreiben würde, auch auf OSM so schreiben?
Das habe ich bis jetzt noch nie gesehen. Wieso ist in diesem Fall eine
Anpassung richtig, obwohl es etwas anderes als auf dem Straßenschild ist?
Wieso ist aber eine Anpassung von fehlenden Leerzeichen falsch?




Am 14.04.2013 21:54, schrieb Henning Scholland:
 Hallo,
 auch Ruhr Rad Weg ist dann aber ein Eigenname. Ob der nun wirklich
 so heißt oder ob der Name des Radwegs anders lautet kann man
 nachprüfen. Wenn der Eigenname Ruhr Rad Weg ist, dann ist die
 Bezeichnung so korrekt. Sollte das kein Eigenname des Objektes sein,
 dann hat der Text auch nichts im name-Tag zu suchen und gehört bspw.
 nach description und da kann man dann auch gerne die Rechtschreibung
 korrigieren. Aber name-Tag == Eigenname.

 Die Änderung von *str. zu *straße ist eine komplett andere Geschichte.
 Hier geht es um die Ausschreibung einer Abkürzung.

 Henning


 ___
 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] Rechtschreibung und Zeichensetzung in den Karten

2013-04-14 Thread Peter Wendorff

Am 14.04.2013 20:56, schrieb Hans Schmidt:
 Am 14.04.2013 18:16, schrieb Peter Wendorff:
  Wenn es EINE DRK-Kita ist, dann ist der Name weder DRK-Kita noch
  DRK-Kita, sondern der Betreiber (operator) ist das Deutsche Rote
  Kreuz, von mir aus auch das DRK - wobei wir dann darüber diskutieren
  könnten, ob wir hier die Abkürzung benutzen wollen, während wir
  üblicherweise eigentlich ausschreiben.
 
  Wenn der Name der Kita aber DRK Kita ist, dann ist das eben so -
  Deppenleerzeichen hin oder her, dann sitzen im DRK an der Stelle eben
  offensichtlich Deppen, die sich für das Leerzeichen entschieden haben,
  und wir als Mapper sind nicht in der Position, das zu korrigieren, denn
  ein Name ist ein Name, und Anna-Marie wird auch nicht zu Anna Marie, nur
  weil mir oder dir das besser gefällt, Anna-Marie heißt Anna-Marie.
 Das Problem ist aber, dass der Opel Astra ein Produkt von Opel ist. Eine
 „DRK Kita“ [sic] ist aber kein „Produkt“ des DRKs, sondern DRK ist eine
 genaue Beschreibung von Kita. Und da es kein Adjektiv ist (drkische
 Kita), muss es mit einem Bindestrich verbunden werden.

Du vermischst hier aber zwei grundverschiedene Dinge.
Ein Name ist ein Name ist ein Name.
Ein Name ist kein grammatisches Konstrukt.
Ein Name KANN aus einem grammatischen Kalkül angelehnt an die Regeln der
Grammatik gebildet werden, muss es aber nicht.

Wenn das Deutsche Rote Kreuz beschließt, dass die finanzierte/betriebene
Kita DRK Kita heißen möge, (und spätestens wenn dieser Name genau so
im entsprechenden amtlichen Register eingetragen ist), dann heißt der
Laden so, und nicht anders.

Wenn Opel sein Automodell Astra nennt, dann ist es ein Opel Astra, weil
man bei Marken und Herstellern den Hersteller üblicherweise voranstellt,
und das ohne Bindestrich oder sonstwas.
Wenn Opel sein Automodell aber Opel-Astra nennen würde (und das wäre
durchaus möglich), dann hieße das ding eben auch Opel-Astra - mit
Bindestrich. Selbst Opel's Astra wäre denkbar - wenn die bei Opel das so
entscheiden sollten (Deppenapostroph hin oder her).

EINE 'DRK Kita' [sic], we du es schreibst, ist eben genau das: eine
Kita vom DRK, da wäre das falsch. DIE 'DRK Kita' bezieht sich aber genau
auf jene, die ich damit bezeichne, und die heißt vielleicht tatsächlich
so. Deshalb ist deine allgemeine Kritik hier (möglicherweise) fehl am
Platz. Mit einem Bindestrich verbunden sein muss das genausowenig, wie
Anna[-]Katharina mit Bindestrich verbunden sein MUSS - beides ist
möglich, und einzig und allein die Eltern des Kindes oder Gründer der
Einrichtung/des Unternehmens als Namensgeber entscheiden darüber.

Gruß
Peter

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

Re: [Talk-de] Rechtschreibung und Zeichensetzung in den Karten

Am 14.04.2013 22:45, schrieb Peter Wendorff:
 Du vermischst hier aber zwei grundverschiedene Dinge.
 Ein Name ist ein Name ist ein Name.
 Ein Name ist kein grammatisches Konstrukt.
 Ein Name KANN aus einem grammatischen Kalkül angelehnt an die Regeln der
 Grammatik gebildet werden, muss es aber nicht.

Ich habe mir hier mal die entsprechenden Dudenregelungen durchgelesen:

http://www.duden.de/sprachwissen/rechtschreibregeln/namen

Dort steht z.B.:

Regel 137: „Bindestriche setzt man bei Zusammensetzungen mit mehreren
oder mehrteiligen Namen § 50.“
Johann-Sebastian-Bach-Gymnasium

Ich sehe hier zumindest nicht, dass die Rechtschreibung von Eigennamen
sich auch auf Wortverbindungen erstreckt. Im Gegenteil sehe ich sehr
oft, dass eben doch ein Bindestrich gesetzt werden soll. Der gute Herr
hieß ja eben nicht Johann-Sebastian-Bach, sondern Johann Sebastian Bach.
Trotzdem schreibt man Johann-Sebastian-Bach-Gymnasium. Wenn „Johann
Sebastian Bach“ ein absolut unveränderbarer Name wäre, dann müsste man
ja „Johann Sebastian Bach-Gymnasium“ schreiben. Das ist aber falsch.

Es gibt übrigens noch andere Fälle, wo Eigennamen verändert werden
dürfen. Beispielsweise grammatikalische Anpassungen. Man sagt ja nicht
„Ich habe in der Spiegel gelesen“, sondern „Ich habe in DEM Spiegel
gelesen“.

Für Kardinal-Nagl-Platz müsste das dann in gleicher Weise gelten.

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

Re: [Talk-de] Rechtschreibung und Zeichensetzung in den Karten

2013-04-14 Thread Andreas Schmidt

Was mache ich nun konkret beim Mappen des Nachbardorfs?
Dort gibt es eine „Erich Kästner Schule“ mit einem Schild mit genau
dieser Beschriftung.
Die Schule nennt sich tatsächlich so: http://eks-garssen.de/

Ich glaube, Herr Kästner würde sich ... aber lassen wir das.

Wenn die sich so nennen, was gibt mir das Recht, denen den Namen zu ändern?

Ich würde ja auch nicht den „Schwulen-Treff“ als „Treffpunkt für Männer
mit Neigungen“ mappen. (Das hat Ede Zimmermann immer so umschrieben.)

Grüße
Andreas



Am 14.04.2013 23:09, schrieb Hans Schmidt:
 Am 14.04.2013 22:45, schrieb Peter Wendorff:
 Du vermischst hier aber zwei grundverschiedene Dinge.
 Ein Name ist ein Name ist ein Name.
 Ein Name ist kein grammatisches Konstrukt.
 Ein Name KANN aus einem grammatischen Kalkül angelehnt an die Regeln der
 Grammatik gebildet werden, muss es aber nicht.
 
 Ich habe mir hier mal die entsprechenden Dudenregelungen durchgelesen:
 
 http://www.duden.de/sprachwissen/rechtschreibregeln/namen
 
 Dort steht z.B.:
 
 Regel 137: „Bindestriche setzt man bei Zusammensetzungen mit mehreren
 oder mehrteiligen Namen § 50.“
 Johann-Sebastian-Bach-Gymnasium


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

Re: [Talk-de] Waze Hinweis auf OSM Lizenz fehlt?

2013-04-14 Thread Johann H. Addicks

Am 14.04.2013 02:26, schrieb Walter Nordmann:

 Wenn ich die beiden Wege *so* auf einer gerenderten Karte sehe, ist
 zumindest diese Ecke nicht von OSM.

Weil deren Web-Karte andere Tiles nutzt als das Ding was auf dem
Android präsentiert wird.

Bei den Webkarten finde ich jedenfalls meine OSM-Daten nicht wieder.

-jha-

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

[Talk-in] OSM for OOTY Tamilnadu

2013-04-14 Thread Ravi Kumar

Will be at Ooty for a week armed with a GPS laptop etc. Want to add some more 
to OSM there.
period: 6th May 11th May 2013.
Suggestions and friends to join are welcome
Ravi Kumar___
Talk-in mailing list
Talk-in@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-in

[Talk-it] osmand sparito

2013-04-14 Thread yahoo-pier_andreit


ma come mai osmand non si trova piu' in googleplay???

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

Re: [Talk-it] Confronto con lo stradario di Venezia

Il 11 aprile 2013 23:07, Giovanni Fasano ha scritto:

 A proposito volevo segnalare una cosa: oltre alla caratteristica di Venezia
 di avere gli anagrafici per sestiere e non per strada c'è un'altra simpatica
 cosetta: i nomi delle strade non sono univoci ma possono essere ripetuti in
 vari luoghi soprattutto nel caso di nomi abbastanza comuni come calle del
 forno o calle del forner.
 Non so come la cosa sia gestita dallo stradario...

ecco... in realtà l'ho chiamato io stradario, lo shapefile del
Comune ha tante geometrie separate, tante righe, quanti sono i luoghi
reali con lo stesso nome
io ho raggruppato le geometrie per nome quindi ora mi rendo conto che
i bounding box che ho costruito potrebbero comprendere tutta la
città...

--
Daniele Forsi

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

Re: [Talk-it] osmand sparito

2013-04-14 Thread Jacopo Girardi

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On 14/04/2013 09:38, yahoo-pier_andreit wrote:
 ma come mai osmand non si trova piu' in googleplay???

E' una questione di percentuali sui ricavi/donazioni tra chi sviluppa la
grafica e gli altri:
https://groups.google.com/forum/?fromgroups=#!topic/osmand/vLaJtB4FRHc
Nel frattempo puoi scaricarlo ex-novo da quì: 
http://download.osmand.net/releases/


Ciao,
  Jacopo

- -- 
Profilo: http://ehiahi.homenet.org/morpheus
Blog: http://ehiahi.homenet.org/morpheus/blog
Membro del LIFO: http://www.lifolab.org/
Amico del LinuxVar: http://linuxvar.it/
Amico del GL-Como: http://www.gl-como.it/
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.12 (GNU/Linux)

iQIcBAEBAgAGBQJRang9AAoJELwzmJXBFEniSZEP/imzDdtWB8CoUr2YIr5Z4LlB
6aJtc2frP8NojR/65zkN2hfWqoPyTVtxgY7KJ6DFbmN58UqJvXe8MdDJvRAJuSiY
ljLC8ITBv6Xz3Do8ewNch17Pne+XejRtgM4/Hs/PretlT3tj8ESdXhHTTNlOTWal
QrlEN6lXUbxqYlHpxLJqH0HOMkkvWEWFLq0AF6l+DpdLsiwsNI93nYyuy2DQ64Wy
UhkO85pSXgjRQcT2SVrULSpK31UlZWGEsH/oq8Mei5tV6/92vT4rhQgdlqRqtOz4
XtPgOULyn3d3B6DlvCjM54FJfRvugpaAz31zejDza0VnH4wkO76XuchIAkvmhtsL
RbjdJRHHc35NmbHEMwmkCOnzLeV6o+ERCUQsWy3Ory5bhk+2nX5qgYmYpOfLtASj
shGWkroBgMlfvXtoux9kZJeN7B2FRxVRqTOl9fv0Vwca9vMdVnRnj0zTU8/SvHnt
rZVengq3LSSmN4GODOlXNlbdb28CbX2LV4EJKDZbPc96drNu+Y42Ml3caNoARIWE
MNufXMn+TbNq8QitQfj1VnN4o0bYmrIgS7aYSPzbv3IbzYTQov8NplnZfemk1Ow2
qygolR+wlSsoQcC/hkwYiuBbifccnF806OO5bf7OC2hmuLGqdB7Z3UBt1mERACZm
e9Prxly1Ae9PN1dXAkUG
=x2/a
-END PGP SIGNATURE-

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

Re: [Talk-it] Confronto con lo stradario di Venezia

Il 12 aprile 2013 11:31, Andrea Musuruane ha scritto:

 Molto interessante. Sarebbe utile inserire qualche algoritmo di matching di
 tipo fuzzy per identificare possibili piccoli errori (o orrori).

c'è già fin dall'inizio in tutti e 3 gli stradari, in ognuno un po'
diverso perché diversi sono i formati originali: in tutti i casi ho
ignorato le lettere accentate, poi quello di Trento ho gestito
esplicitamente le abbreviazioni perché sono tante, questo di Venezia
ne ha poche e quindi le ho ignorate, quello di Bari ha un ordine
particolare delle parole quindi controllo solo che siano presenti in
qualsiasi ordine
c'è qualcosa che mi è sfuggito?

 Cosa che tra
 l'altro sarebbe molto utile in nominatim.

Nominatim è troppo complicato per me, se hai capito come funziona sei
il benvenuto

per noi che vogliamo fare la mappa possono essere utili vari tipi di
ricerca, ma per una persona normale :-) che cerca un indirizzo in
Italia IMHO basta una ricerca per cognome o altra parola importante,
come ho fatto qui
http://www.forsi.it/osm/highway/search/
i dati sono vecchi e non è amichevole il modo per restringere la
ricerca per avere dei risultati più umani, però è un inizio
--
Daniele Forsi

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

Re: [Talk-it] Confronto con lo stradario di Venezia

2013-04-14 Thread Andrea Musuruane

2013/4/14 Daniele Forsi dfo...@gmail.com

 Il 12 aprile 2013 11:31, Andrea Musuruane ha scritto:

  Molto interessante. Sarebbe utile inserire qualche algoritmo di matching
 di
  tipo fuzzy per identificare possibili piccoli errori (o orrori).

 c'è già fin dall'inizio in tutti e 3 gli stradari, in ognuno un po'
 diverso perché diversi sono i formati originali: in tutti i casi ho
 ignorato le lettere accentate, poi quello di Trento ho gestito
 esplicitamente le abbreviazioni perché sono tante, questo di Venezia
 ne ha poche e quindi le ho ignorate, quello di Bari ha un ordine
 particolare delle parole quindi controllo solo che siano presenti in
 qualsiasi ordine
 c'è qualcosa che mi è sfuggito?


Vado a memoria su quello che avevo notato a Venezia: assenza di spazi tra
due parole (alTraghetto invece di al Traghetto), lettera mancante in una
parola (Ognisanti, ognissanti), uso di lettere romane (Pio X, Pio Decimo),
uso cifre (6 maggio, Sei maggio), uso di preposizioni differenti
(dell'Anzolo, de l'Anzolo).

Ci sono delle librerie specifiche che aiutano a rilevare queste
similitudini. In quale linguaggio hai scritto il tuo programma?

Ciao,

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

Re: [Talk-it] osmand sparito

2013-04-14 Thread yahoo-pier_andreit


On 04/14/2013 11:34 AM, Jacopo Girardi wrote:

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On 14/04/2013 09:38, yahoo-pier_andreit wrote:

ma come mai osmand non si trova piu' in googleplay???


E' una questione di percentuali sui ricavi/donazioni tra chi sviluppa la
grafica e gli altri:
https://groups.google.com/forum/?fromgroups=#!topic/osmand/vLaJtB4FRHc
Nel frattempo puoi scaricarlo ex-novo da quì: 
http://download.osmand.net/releases/


Ciao,
   Jacopo


grazie, ma, tra tutte 'ste release quale e' quella per android???

OsmAndMapCreator-1.1.3.zip  23-Feb-2013 13:52   11M 
net.osmand-0.7.3 beta-56.apk06-Feb-2013 19:58   8.0M
net.osmand-0.8.0 beta-61.apk06-Feb-2013 19:58   8.9M
net.osmand-0.8.0 beta-62.apk06-Feb-2013 19:58   9.0M
net.osmand-0.8.0 beta-63.apk06-Feb-2013 19:58   9.0M
net.osmand-0.8.0 beta-64.apk06-Feb-2013 19:58   9.0M
net.osmand-0.8.1 beta-65.apk06-Feb-2013 19:58   11M 
net.osmand-0.8.2 beta-70.apk06-Feb-2013 19:58   13M 
net.osmand-0.8.2 beta-71.apk06-Feb-2013 19:58   13M 
net.osmand-0.8.3 beta-80.apk06-Feb-2013 19:58   14M 
net.osmand-0.8.3 beta-81.apk06-Feb-2013 19:58   14M 
net.osmand-0.8.3 beta-83bl.bar  06-Feb-2013 19:58   6.0M
net.osmand-0.8.3 beta-84bl.bar  06-Feb-2013 19:58   6.0M
net.osmand-1.0.0 beta-85bk.bar  06-Feb-2013 19:58   6.2M
net.osmand-1.0.0 beta-99.apk06-Feb-2013 19:58   15M 
net.osmand-1.0.0 beta-101.apk   06-Feb-2013 19:58   15M 
net.osmand-1.1.0 beta-90-bk.bar 08-Feb-2013 18:41   6.3M
net.osmand-1.1.0 beta-110.apk   06-Feb-2013 19:58   15M 
net.osmand-1.1.2 beta-110-bk.bar09-Feb-2013 18:08   8.3M
net.osmand-1.1.2 beta-115.apk   09-Feb-2013 17:21   16M 
net.osmand-1.1.3 beta-116.apk   16-Feb-2013 16:50   16M 


e poi, essendo tutte beta e alla stessa data che differenza c'e'?? quale 
prendo???


grazie di nuovo, ciao, :-)


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

[Talk-it] Confronto con lo stradario di Vicenza

Continuando a guardare negli archivi di questa lista, ho trovato i
link ai dati di Vicenza con licenza IODBL-2.0
http://www.comune.vicenza.it/servizi/opendata/opendata.php

Con i dati dello stradario csv ho fatto un confronto, qui c'è l'indice
delle 4 città, fatemi sapere se ci sono altre città da aggiungere:
http://www.forsi.it/osm/spellcheck/highway/stradario/

Per Vicenza ci sono 578 nomi che si trovano sia in OSM che nei dati
del Comune, 510 solo in OSM e 561 solo nei dati del Comune.
Anche in questo caso fate modifiche solo se conoscete i luoghi.

I tag name in OSM per Vicenza in qualche caso sono cognome/nome e in
qualche altro sono nome/cognome e lo stradario del Comune è ordinato
per cognome, ma l'ho girato nel formato nome/cognome come nelle altre
pagine che ho fatto, però in qualche caso non ci sono riuscito:
VIA ALLENDE Salvator
VIA CASANOVA DI Alessandro Avogadro
VIA Domenico DON LORA
VIA Giovanni DON MINZONI
VIA Ottorino DON ZANON
VIA PIERLUIGI DA PALESTRINA Giovanni
VIA BATTAGLIA MONTEBELLO DELLA
e forse qualche altro, quindi fate modifiche solo se conoscete i luoghi.

--
Daniele Forsi

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

Re: [Talk-it] osmand sparito

2013-04-14 Thread Jacopo Girardi

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On 14/04/2013 13:54, yahoo-pier_andreit wrote:
 On 04/14/2013 11:34 AM, Jacopo Girardi wrote:
 -BEGIN PGP SIGNED MESSAGE- Hash: SHA1
 
 On 14/04/2013 09:38, yahoo-pier_andreit wrote:
 ma come mai osmand non si trova piu' in googleplay???
 
 E' una questione di percentuali sui ricavi/donazioni tra chi sviluppa la
  grafica e gli altri: 
 https://groups.google.com/forum/?fromgroups=#!topic/osmand/vLaJtB4FRHc 
 Nel frattempo puoi scaricarlo ex-novo da quì: 
 http://download.osmand.net/releases/
 
 
 Ciao, Jacopo
 
 grazie, ma, tra tutte 'ste release quale e' quella per android???
 
 OsmAndMapCreator-1.1.3.zip23-Feb-2013 13:52 11M net.osmand-0.7.3 
 beta-56.apk06-Feb-2013 19:58 8.0M net.osmand-0.8.0 beta-61.apk 
 06-Feb-2013 19:58 8.9M net.osmand-0.8.0 beta-62.apk06-Feb-2013 
 19:58 9.0M net.osmand-0.8.0 beta-63.apk06-Feb-2013 19:58 9.0M 
 net.osmand-0.8.0 beta-64.apk06-Feb-2013 19:58 9.0M net.osmand-0.8.1
 beta-65.apk06-Feb-2013 19:58 11M net.osmand-0.8.2 beta-70.apk
 06-Feb-2013 19:58 13M net.osmand-0.8.2 beta-71.apk 06-Feb-2013 19:58
 13M net.osmand-0.8.3 beta-80.apk06-Feb-2013 19:58 14M net.osmand-0.8.3
 beta-81.apk06-Feb-2013 19:58 14M net.osmand-0.8.3 beta-83bl.bar
 06-Feb-2013 19:58 6.0M net.osmand-0.8.3 beta-84bl.bar06-Feb-2013
 19:58 6.0M net.osmand-1.0.0 beta-85bk.bar06-Feb-2013 19:58 6.2M
  net.osmand-1.0.0 beta-99.apk06-Feb-2013 19:58 15M
 net.osmand-1.0.0 beta-101.apk06-Feb-2013 19:58 15M net.osmand-1.1.0
 beta-90-bk.bar 08-Feb-2013 18:41 6.3M net.osmand-1.1.0 beta-110.apk
 06-Feb-2013 19:58 15M net.osmand-1.1.2 beta-110-bk.bar09-Feb-2013
 18:08 8.3M net.osmand-1.1.2 beta-115.apk09-Feb-2013 17:21 16M 
 net.osmand-1.1.3 beta-116.apk16-Feb-2013 16:50 16M

I file .apk sono quelli per Android. In questo caso direi l'ultimo
dell'elenco. Lo copi nel tuo terminale Android e lo apri col gestore dei file
che hai installato, quindi dovrebbe avviarsi la solita procedura di 
installazione.


  Jacopo

- -- 
Profilo: http://ehiahi.homenet.org/morpheus
Blog: http://ehiahi.homenet.org/morpheus/blog
Membro del LIFO: http://www.lifolab.org/
Amico del LinuxVar: http://linuxvar.it/
Amico del GL-Como: http://www.gl-como.it/
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.12 (GNU/Linux)

iQIcBAEBAgAGBQJRarD+AAoJELwzmJXBFEniuQgQAIgfuUFwyCCuXQxtF7sxCs02
PtHtd/WB16npAIx7Qt6dJlmdx/P7tm8M9dVqrtpEQRUgmQXIEX9fD3HA26kPnD2F
XpWfVoDNvTt8mKt04TCEFvHkDkTNgmaWy4ZruMcvXhtJW6Nu9CbNyhC13/Rjetyt
ShInb7RZ1bxdtIW3QV4tHjgmbuKMpmTCOhOhprwGgOWbmrvvQJMEz+1mHABFxN4y
ZlL3a5VidHnljVivObqC2zEPVyQWixxnEuZXQ7mMG0lD6ghN7wPBlYHEdLG2p6CI
4JJbzVbM9rw/F1jcr//BtkbI30sKB2Ch/uyZSLQbpPsyweFnELwcLVF/8GnnzJky
7rtw/uFKQeRUBCFS1UJiOE3i4YZPEcKWKbMXp+zfWh5QA8rpWpEXaP4J6E3kFzaM
MaKAdpdkbo2M09J+gstbZZ7p5VjOCYcy349EsiBRQ2pIP4AZTMuhdTrRXN12ugkQ
Y1SOvVvcZy//nRR5XNfD1Wys2kkoy6e79f4coiuPwrmmendX/gnqUeMlb3hURvCj
rRWRh+8qdaUTgr2tM7ZtPnqJrnv/HGLQ+eracOuYp5pp8VW8Tm2lFh8jZLAJ4O7c
2e1rvzDgViXf1Na5ilhpPs5Na5Qj/XVjcauYjbVKfUgKUsWuwQ1WPMhtTUXsmZ9d
JjrB1FTeCktSKeuXpfcR
=p2a4
-END PGP SIGNATURE-

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

[Talk-it] Tag per luogo storico

2013-04-14 Thread Gianluca Boero


Ciao...

dovrei inserire su Osm questo sito di interesse storico locale

http://www.fondazionevaldese.org/fondazionevaldese.php?codice=A31314

Si tratta di una coppia di vecchie abitazioni di montagna, con il tetto 
agibile e totalmente manutenute nelle aree verdi. Come leggerete nel 
link hanno un riferimento storico per la religione Valdese.
Essendo vuote non le vorrei accostare ad un museo. Potrebbero essere 
associate ad amenity=place_of_worship ma non sono al momento un luogo di 
culto, bensì una memoria storica religiosa.

Cosa mi consigliate?

--
Gianluca Boero


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

Re: [Talk-it] Tag per luogo storico

2013-04-14 Thread Gianluca Boero


Il 14/04/2013 19:58, Gianluca Boero ha scritto:

Ciao...

dovrei inserire su Osm questo sito di interesse storico locale

http://www.fondazionevaldese.org/fondazionevaldese.php?codice=A31314

Si tratta di una coppia di vecchie abitazioni di montagna, con il 
tetto agibile e totalmente manutenute nelle aree verdi. Come leggerete 
nel link hanno un riferimento storico per la religione Valdese.
Essendo vuote non le vorrei accostare ad un museo. Potrebbero essere 
associate ad amenity=place_of_worship ma non sono al momento un luogo 
di culto, bensì una memoria storica religiosa.

Cosa mi consigliate?

Rettifico...vuote del tutto non lo sono, io intendevo quello che ho 
visto. cioè porte aperte. Quelle chiuse probabilmente contengono letti 
d'epoca e suppellettili.

Ci si riavvicina al museo?

--
Gianluca Boero


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

Re: [Talk-it] osmand sparito

2013-04-14 Thread yahoo-pier_andreit


On 04/14/2013 03:37 PM, Jacopo Girardi wrote:

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On 14/04/2013 13:54, yahoo-pier_andreit wrote:

On 04/14/2013 11:34 AM, Jacopo Girardi wrote:

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1

On 14/04/2013 09:38, yahoo-pier_andreit wrote:

ma come mai osmand non si trova piu' in googleplay???


E' una questione di percentuali sui ricavi/donazioni tra chi sviluppa la
  grafica e gli altri:
https://groups.google.com/forum/?fromgroups=#!topic/osmand/vLaJtB4FRHc
Nel frattempo puoi scaricarlo ex-novo da quì:
http://download.osmand.net/releases/


Ciao, Jacopo


grazie, ma, tra tutte 'ste release quale e' quella per android???

OsmAndMapCreator-1.1.3.zip23-Feb-2013 13:52 11M net.osmand-0.7.3
beta-56.apk06-Feb-2013 19:58 8.0M net.osmand-0.8.0 beta-61.apk
06-Feb-2013 19:58 8.9M net.osmand-0.8.0 beta-62.apk06-Feb-2013
19:58 9.0M net.osmand-0.8.0 beta-63.apk06-Feb-2013 19:58 9.0M
net.osmand-0.8.0 beta-64.apk06-Feb-2013 19:58 9.0M net.osmand-0.8.1
beta-65.apk06-Feb-2013 19:58 11M net.osmand-0.8.2 beta-70.apk
06-Feb-2013 19:58 13M net.osmand-0.8.2 beta-71.apk 06-Feb-2013 19:58
13M net.osmand-0.8.3 beta-80.apk06-Feb-2013 19:58 14M net.osmand-0.8.3
beta-81.apk06-Feb-2013 19:58 14M net.osmand-0.8.3 beta-83bl.bar
06-Feb-2013 19:58 6.0M net.osmand-0.8.3 beta-84bl.bar06-Feb-2013
19:58 6.0M net.osmand-1.0.0 beta-85bk.bar06-Feb-2013 19:58 6.2M
  net.osmand-1.0.0 beta-99.apk06-Feb-2013 19:58 15M
net.osmand-1.0.0 beta-101.apk06-Feb-2013 19:58 15M net.osmand-1.1.0
beta-90-bk.bar 08-Feb-2013 18:41 6.3M net.osmand-1.1.0 beta-110.apk
06-Feb-2013 19:58 15M net.osmand-1.1.2 beta-110-bk.bar09-Feb-2013
18:08 8.3M net.osmand-1.1.2 beta-115.apk09-Feb-2013 17:21 16M
net.osmand-1.1.3 beta-116.apk16-Feb-2013 16:50 16M


I file .apk sono quelli per Android. In questo caso direi l'ultimo
dell'elenco. Lo copi nel tuo terminale Android e lo apri col gestore dei file
che hai installato, quindi dovrebbe avviarsi la solita procedura di 
installazione.


   Jacopo

grazie, mo provo...


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

Re: [Talk-it] osmand sparito

2013-04-14 Thread girarsi_liste


Il 14/04/2013 21:13, yahoo-pier_andreit ha scritto:

On 04/14/2013 03:37 PM, Jacopo Girardi wrote:

I file .apk sono quelli per Android. In questo caso direi l'ultimo
dell'elenco. Lo copi nel tuo terminale Android e lo apri col gestore
dei file
che hai installato, quindi dovrebbe avviarsi la solita procedura di
installazione.


Jacopo

grazie, mo provo...


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


Io l'ho caricata ed installata, bisogna però eventualmente disinstallare 
la più vecchia in quanto non viene sovrascritta, almeno a mè non è 
successo.


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

Re: [Talk-it] osmand sparito

2013-04-14 Thread Stefano Droghetti


Il 14/04/2013 09:38, yahoo-pier_andreit ha scritto:

ma come mai osmand non si trova piu' in googleplay???



Basta usare F-Droid, il market di software libero al 100%. Lì lo trovi 
sempre aggiornato e persino senza le limitazioni che aveva la versione 
su Google Play.




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

[Talk-it] Dove trovare dati user openstreetmap italia.

2013-04-14 Thread girarsi_liste

Vorrei possibilmente sapere, se vi è noto il dato statistico di quanti 
utenti sono iscritti ad openstreetmap, per parte italiana, in quanto 
dalle statistiche su questa pagina, rilevo solo quelli totali:


http://www.openstreetmap.org/stats/data_stats.html

Ritengo utile questo dato, in particolar modo nelle presentazioni, per 
dare un'idea anche di quanti siamo e quanta efficacia ha la volontariatà 
nel caso di openstreetmap.


Grazie, a chi mi risponderà.

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

Re: [Talk-it] osmand sparito

2013-04-14 Thread girarsi_liste


Il 14/04/2013 21:46, Stefano Droghetti ha scritto:

Il 14/04/2013 09:38, yahoo-pier_andreit ha scritto:

ma come mai osmand non si trova piu' in googleplay???



Basta usare F-Droid, il market di software libero al 100%. L� lo trovi
sempre aggiornato e persino senza le limitazioni che aveva la versione
su Google Play.






Sul mio repo Fdroid, osmand è fermo alla versione 0.8.2

___
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] Dove trovare dati user openstreetmap italia.

2013-04-14 Thread Maurizio Napolitano

Puoi ricavare dallo storico quanti sono gli utenti che hanno
contribuito all'interno del territorio italiano, ma dire quanti sono
gli italiani non puoi saperlo a priori.
In questi giorni sto facendo alcuni calcoli.
tempo fa avevo fatto uno studio all'interno dei confini dell'alto adige.
Qui trovi le slide
http://www.slideshare.net/napo/openstreetmap-in-sdtirol


2013/4/14 girarsi_liste liste.gira...@gmail.com:
 Vorrei possibilmente sapere, se vi è noto il dato statistico di quanti
 utenti sono iscritti ad openstreetmap, per parte italiana, in quanto dalle
 statistiche su questa pagina, rilevo solo quelli totali:

 http://www.openstreetmap.org/stats/data_stats.html

 Ritengo utile questo dato, in particolar modo nelle presentazioni, per dare
 un'idea anche di quanti siamo e quanta efficacia ha la volontariatà nel caso
 di openstreetmap.

 Grazie, a chi mi risponderà.

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



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

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

Re: [Talk-it] Dove trovare dati user openstreetmap italia.

2013-04-14 Thread Maurizio Napolitano

Mi sono scordato di segnalarti poi
http://www.gfoss.it/osm/stat/
statistiche sulla copertura di osm in italia

e questo
http://osmstats.altogetherlost.com/index.php?item=countriescountry=Italy
che ti mostra l'attivita' dei nodi inseriti in italia

Ci sarebbe anche osmstat di Davide Paleino, ma sembra down ora.

Consiglio poi taginfo
http://taginfo.openstreetmap.org/

Infine i lavori di Pascal Neis
Nel tuo caso
http://hdyc.neis-one.org/?simone_girardelli
http://yosmhm.neis-one.org/?simone_girardelli

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

Re: [Talk-it] Dove trovare dati user openstreetmap italia.

2013-04-14 Thread sabas88

Per la presentazione ad OSMIt ho usato questo
https://github.com/mvexel/OSMQualityMetrics sugli estratti regionali.
Ne ricavi gli utenti più attivi.

Le statistiche di David io le vedo online.. http://osmstats.hanskalabs.net/
___
Talk-it mailing list
Talk-it@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Dove trovare dati user openstreetmap italia.

2013-04-14 Thread Maurizio Napolitano

2013/4/14 sabas88 saba...@gmail.com:
 Per la presentazione ad OSMIt ho usato questo
 https://github.com/mvexel/OSMQualityMetrics sugli estratti regionali.
 Ne ricavi gli utenti più attivi.

yes
Perche' gli estratti regionali o nazionali mostrano l'ultimo snapshot.
Va bene per farsi una idea degli utenti attualmente attivi.
In generale mi prendo il pezzo di area che mi interessa, e lo importo
in spatialite o postgis e poi con una query sql conto gli utenti

 Le statistiche di David io le vedo online.. http://osmstats.hanskalabs.net/

mi ero perso una s :)
Grazie Stefano

Bisogna fare la patch per david riguardo la licenza di osm ;)

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

Re: [Talk-it] osmand sparito

2013-04-14 Thread Cascafico Giovanni

Confermo la 0.8.2: la sto usando da mesi su un ideos stanco, ma non mi pare
il SW soffra di anzianità. Volendo fare una micro-recensione nella GUI dei
PDI non aggiorna heading e distanza, ma questa mancanza la condivide con
moltri altri.


Il giorno 14 aprile 2013 21:50, girarsi_liste liste.gira...@gmail.com ha
scritto:

 Il 14/04/2013 21:46, Stefano Droghetti ha scritto:

 Il 14/04/2013 09:38, yahoo-pier_andreit ha scritto:

 ma come mai osmand non si trova piu' in googleplay???


 Basta usare F-Droid, il market di software libero al 100%. L� lo trovi

 sempre aggiornato e persino senza le limitazioni che aveva la versione
 su Google Play.





 Sul mio repo Fdroid, osmand è fermo alla versione 0.8.2

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



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

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

Re: [Talk-it] Confronto con lo stradario di Venezia

Il 14 aprile 2013 12:36, Andrea Musuruane ha scritto:

 Vado a memoria su quello che avevo notato a Venezia: assenza di spazi tra
 due parole (alTraghetto invece di al Traghetto), lettera mancante in una
 parola (Ognisanti, ognissanti), uso di lettere romane (Pio X, Pio Decimo),
 uso cifre (6 maggio, Sei maggio), uso di preposizioni differenti
 (dell'Anzolo, de l'Anzolo).

sì, indispensabile per servizi come Nominatim, per il confronto dei
nomi fianco a fianco bisogna evidenziare le differenze, ad esempio con
i colori come fa wikipedia

 Ci sono delle librerie specifiche che aiutano a rilevare queste
 similitudini. In quale linguaggio hai scritto il tuo programma?

in Python e no ho usato librerie perché ho fatto delle semplici sostituzioni

--
Daniele Forsi

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

[Talk-co] GPX Planet

2013-04-14 Thread hyan...@gmail.com

Hola maperos,

OpenStreetMap liberó 260 GB de datos gpx, más información en
http://blog.osmfoundation.org/2013/04/12/bulk-gpx-track-data/

Saludos,

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

Re: [Talk-co] Mapeo de monocultivos de palma aceitera

2013-04-14 Thread Igor TAmara

Federico, muy buena, muchas gracias, es evidente con la aeorfotografía el
cambio del paisaje con este monocultivo.

Acerca de esto, relacionado y offtopic está el café, en este sentido el
café como cultivo principal del país y monocultivo en muchos sitios en
los cuales las familias prefieren cultivar café que cualquier otro alimento
porque resulta mejor.  Conocen de universidades que estén interesadas en
hacer estudios para hacer reemplazo de cultivos?  Es útil poder llevar a
varios sitios del país el cambio de cultivo.  No tiene sentido que con el
cambio de los precios a nivel internacional sigamos pretendiendo apegarnos
a algo que ya no tiene el valor que tenía antes y requerimos encontrar
alternativas.


El 10 de abril de 2013 22:52, Federico Explorador 
federico.explora...@nevados.org escribió:

 Hola:

 ** **

 Como es de su conocimiento, la palma africana ha venido invadiendo
 Colombia (Catatumbo, Chocó, Nariño, Meta….), en cientos de miles de
 hectáreas, reemplazando tierra de cultivo de alimentos, rastrojo o incluso
 selva natural, en función del nuevo mercado mundial de biodiesel. Tema muy
 debatido entre economistas liberales y defensores de la seguridad
 alimentaria.

 ** **

 Como mapear correctamente estos monocultivos? Como lo han hecho ustedes?**
 **

 Anteriormente, no encontré otra forma de hacerlo que usando
 landuse=farmland – un valor que se refiere genuinamente a cultivo de
 alimentos.

 Sin embargo, hay una alternativa, que aquí propongo:

 ** **

 landuse=orchard

 trees=oil_palms

 produce=palm_oil

 name=(nombre de la plantación)

 ** **

 El wiki inglés tiene esta definición:

 http://wiki.openstreetmap.org/wiki/Tag:landuse%3Dorchard

 Dice, entre otros: “Special uses. As exceptions, some tree plantations
 can be tagged as orchard in OSM, although they don't produce fruit nor nut:
 tree plantations of oaks for truffles or cork are examples of such specific
 uses. “ Igual dan el ejemplo con látex.

 Verificando con http://taginfo.openstreetmap.org/tags/trees=oil_palms,
 aparece la entrada oil_palms ya 747 veces.

 ** **

 Y al menos puede usarse el tag trees=* o produce=* para generar un
 rendering propio o hacer uso de la información mediante base de datos y un
 SIG.

 ** **

 La solución es aceptable, aunque no perfecta para mí, sería mejor algo al
 estilo landuse=agroindustrial_land; pero esto requeriría proponer un nuevo
 esquema de mapeo.

 ** **

 Un cordial saludo,
 Federico

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


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

Re: [Talk-co] Mapeo de monocultivos de palma aceitera

2013-04-14 Thread hyan...@gmail.com

Siguiendo el listado de sugerencias de la Wiki para Orchard, para cultivos
de palma en los Montes de María y Atlántico en he usando:

trees=date_palms
produce=vegetal oil for biodiesel

Creo que es más indicado las etiquetas que propones, date_palms tiene menos
usos

http://taginfo.openstreetmap.org/tags/trees=date_palms

A lo mejor se refiere a otros cultivos diferentes a los que se dan en
Colombia y nos interesa mapear.



El 10 de abril de 2013 22:52, Federico Explorador 
federico.explora...@nevados.org escribió:

 Hola:

 ** **

 Como es de su conocimiento, la palma africana ha venido invadiendo
 Colombia (Catatumbo, Chocó, Nariño, Meta….), en cientos de miles de
 hectáreas, reemplazando tierra de cultivo de alimentos, rastrojo o incluso
 selva natural, en función del nuevo mercado mundial de biodiesel. Tema muy
 debatido entre economistas liberales y defensores de la seguridad
 alimentaria.

 ** **

 Como mapear correctamente estos monocultivos? Como lo han hecho ustedes?**
 **

 Anteriormente, no encontré otra forma de hacerlo que usando
 landuse=farmland – un valor que se refiere genuinamente a cultivo de
 alimentos.

 Sin embargo, hay una alternativa, que aquí propongo:

 ** **

 landuse=orchard

 trees=oil_palms

 produce=palm_oil

 name=(nombre de la plantación)

 ** **

 El wiki inglés tiene esta definición:

 http://wiki.openstreetmap.org/wiki/Tag:landuse%3Dorchard

 Dice, entre otros: “Special uses. As exceptions, some tree plantations
 can be tagged as orchard in OSM, although they don't produce fruit nor nut:
 tree plantations of oaks for truffles or cork are examples of such specific
 uses. “ Igual dan el ejemplo con látex.

 Verificando con http://taginfo.openstreetmap.org/tags/trees=oil_palms,
 aparece la entrada oil_palms ya 747 veces.

 ** **

 Y al menos puede usarse el tag trees=* o produce=* para generar un
 rendering propio o hacer uso de la información mediante base de datos y un
 SIG.

 ** **

 La solución es aceptable, aunque no perfecta para mí, sería mejor algo al
 estilo landuse=agroindustrial_land; pero esto requeriría proponer un nuevo
 esquema de mapeo.

 ** **

 Un cordial saludo,
 Federico

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


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

Re: [Talk-co] Mapeo de monocultivos de palma aceitera

2013-04-14 Thread hyan...@gmail.com

OK, seguro! ;-)

Una opción para las palabras monocultivo y reemplazo puede ser
policultivo [2].  Hay trabajos al respecto en Valledupar con el Aguacate
[3].

[2] http://es.wikipedia.org/wiki/Policultivo
[3]
https://www.eae-publishing.com/catalog/details/store/es/book/978-3-8454-9132-5/evaluaci%C3%B3n-del-aguacate-antillano-en-policultivo-en-cesar-colombia?locale=gb

El 14 de abril de 2013 11:49, Igor TAmara i...@tamarapatino.org escribió:

 Vale, creo que cuando viajemos sería súper hablar más al respecto, porque
 creo que hay mucho más para considerar que lo que podamos expresar en el
 correo :) , creo que el construir el mapa puede ayudarnos a repensar más
 allá de las fronteras de la vista ;) , ojalá podamos reunirnos cuando
 vengas a Bogotá y charlar acerca de estos temas.

 Gracias por aportar y compartir estos puntos de vista tan interesantes.


 El 14 de abril de 2013 11:09, hyan...@gmail.com hyan...@gmail.comescribió:

 Hola Igor:

 Disculpa que responda la pregunta, solo deseo alimentar el diálogo sobre
 este punto.  Al realizar la búsqueda en Google reemplazo de cultivos
 Colombia aparece como protagonista el Café; propuesto --tradicionalmente--
 para reemplazar los cultivos ilícitos como táctica para la paz y adaptación
 al cambio climático.

 En mi humilde opinión --e imaginación--, analizar la premisa de mover al
 país hacia el cambio del cultivo del Café por el bien primario que mejor
 precio tenga en el mercado, me resulta difícil visualizarle una estrategia
 --sobre todo siendo considerados como el país productor del mejor Café del
 mundo-- y teniendo un aparato productivo con mucho arraigo.  Si tenemos
 problemas en los precios internacionales --algo que puede ser una coyuntura
 de oferta y demanda-- podemos apelar a otras estrategias, como el
 desarrollo tecnológico y la innovación a partir de esa materia prima, a lo
 mejor basado en las investigaciones de universidades y otros centros.

 No estoy diciendo que no sea viable explorar y promover alternativas de
 cultivos diferentes, como el Cacao, por ejemplo; solo considero que esto
 debe estar analizado en el marco de la cadena de producción y
 comercialización a mercados nacionales e  internacionales; no solo porque
 el Café es un monocultivo [1], especialmente si las humildes familias no
 tienen la capacidad de practicarlo.

 Seguro llegaremos al día en que tengamos todos estos datos para realizar
 estudios con los SIG, que nos ayuden a dilucidar elocuentemente el diseño y
 ejecución de políticas económicas, en el contexto de una geografía rural y
 urbana.

 Saludos,

 Humberto Yances

 [1] http://es.wikipedia.org/wiki/Monocultivo




 El 14 de abril de 2013 09:20, Igor TAmara i...@tamarapatino.orgescribió:

  Federico, muy buena, muchas gracias, es evidente con la aeorfotografía
 el cambio del paisaje con este monocultivo.

 Acerca de esto, relacionado y offtopic está el café, en este sentido
 el café como cultivo principal del país y monocultivo en muchos sitios en
 los cuales las familias prefieren cultivar café que cualquier otro alimento
 porque resulta mejor.  Conocen de universidades que estén interesadas en
 hacer estudios para hacer reemplazo de cultivos?  Es útil poder llevar a
 varios sitios del país el cambio de cultivo.  No tiene sentido que con el
 cambio de los precios a nivel internacional sigamos pretendiendo apegarnos
 a algo que ya no tiene el valor que tenía antes y requerimos encontrar
 alternativas.


 El 10 de abril de 2013 22:52, Federico Explorador 
 federico.explora...@nevados.org escribió:

 Hola:

 ** **

 Como es de su conocimiento, la palma africana ha venido invadiendo
 Colombia (Catatumbo, Chocó, Nariño, Meta….), en cientos de miles de
 hectáreas, reemplazando tierra de cultivo de alimentos, rastrojo o incluso
 selva natural, en función del nuevo mercado mundial de biodiesel. Tema muy
 debatido entre economistas liberales y defensores de la seguridad
 alimentaria.

 ** **

 Como mapear correctamente estos monocultivos? Como lo han hecho ustedes?
 

 Anteriormente, no encontré otra forma de hacerlo que usando
 landuse=farmland – un valor que se refiere genuinamente a cultivo de
 alimentos.

 Sin embargo, hay una alternativa, que aquí propongo:

 ** **

 landuse=orchard

 trees=oil_palms

 produce=palm_oil

 name=(nombre de la plantación)

 ** **

 El wiki inglés tiene esta definición:

 http://wiki.openstreetmap.org/wiki/Tag:landuse%3Dorchard

 Dice, entre otros: “Special uses. As exceptions, some tree plantations
 can be tagged as orchard in OSM, although they don't produce fruit nor nut:
 tree plantations of oaks for truffles or cork are examples of such specific
 uses. “ Igual dan el ejemplo con látex.

 Verificando con http://taginfo.openstreetmap.org/tags/trees=oil_palms,
 aparece la entrada oil_palms ya 747 veces.

 ** **

 Y al menos puede usarse el tag trees=* o produce=* para generar un
 rendering propio o hacer uso de la información mediante

[Talk-at] Grazer Linuxtage 2013: OSM-Programm

2013-04-14 Thread Michael Maier

Hallo!

Auf den Grazer Linuxtagen gibt es heuer viel Programm zu OpenStreetMap,
ihr seid alle herzlich eingeladen!

http://linuxtage.at/

Der OSM-Infostand wird von der steirischen OSM-Community betreut, die
Koordination dazu im OSM-Wiki: http://wiki.osm.org/Graz/Linuxtage13
Dort wird es eine Garmin-Tankstelle sowie Stationen zum OSM-Editieren
geben. Direkt neben dem OSM-Stand stellen sich das Grazwiki[1] sowie die
Dustmap[2] vor.

Stefan Tiran hält einen Vortrag zu Anwendung von freien Geodaten auf
mobilen Navigationsgeräten:
http://glt13-programm.linuxtage.at/events/179.de.html

Georg Göri hält einen Workshop Hands on OSM - OpenStreetMap Editieren
für Einsteiger:
http://glt13-programm.linuxtage.at/events/160.de.html

Es wird auch die Möglichkeit geben, zu Wikimedia Österreich sowie zu
vielen weiteren Projekten mit ihren Infoständen[3] Kontakte zu knüpfen.

[1] http://grazwiki.at/
[2] http://www.dustmap.org/
[3] http://linuxtage.at/infostaende/


Ich würde mich freuen, viele von euch dort kennenzulernen!

lg, Michael

-- 
Michael Maier @ Linuxtage:  spec...@linuxtage.at
Grazer Linuxtage - Kontakt:  gra...@linuxtage.at
Grazer Linuxtage 20. April 2013: http://linuxtage.at
Linuxwochen in Österreich: http://linuxwochen.at



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

[Talk-at] LUGT/OSM-Stammtisch Innsbruck am 18. April 2013

2013-04-14 Thread Simon Legner

Servus!

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

   am Donnerstag, 18. April 2013 um 19:00 Uhr
   im Restaurant Kastanie
   Innsbrucker Straße 4, 6176 Völs

Wir freuen uns auf ein zahlreiches Erscheinen!

Die Einladung ist wie immer auch im OSM-Wiki zu finden:
http://wiki.openstreetmap.org/wiki/Innsbruck/Stammtisch

Grüße
Simon



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

Re: [Talk-lv] footway dzēšana

Changesets diezgan labi apraksta mērķi, bet rezultāts ir dīvains:
http://www.openstreetmap.org/browse/changeset/15530738


2013/4/13 Rich ric...@nakts.net

 On 04/12/2013 09:01 PM, Viesturs Zarins wrote:

 Skatos kāds centīgi izdzēsis foowtayus Ap Raiņa/Brīvibas bulvāra krustu.
 Rezutlātā ir atstātas tādas diezgan bezjēzdīgas ķeskas.

 Vai autors (iav 
 http://www.openstreetmap.org/**user/iavhttp://www.openstreetmap.org/user/iav)
 var pakomentēt

 konkrēto pamatojumu un tālāko rīcības plānu?

 Vispār pims dzēst ārā citu taisītas lietas vajadzētu pakonsultēties listē.


 nu tas jau vareeja buut netiishaam. labi atceros, kaa pats iztaisnoju
 shoseju kaut kur netaalu no riigas (kaa - hvz) :D

  Viesturs

 --
  Rich

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

Re: [Talk-lv] footway dzēšana


On 04/14/2013 09:46 AM, Viesturs Zarins wrote:

Changesets diezgan labi apraksta mērķi, bet rezultāts ir dīvains:
http://www.openstreetmap.org/browse/changeset/15530738


aa... tas gan nebuus labi. footway ziimeeshana atsevishkji tiek 
uzskatiita par normaalu un tos nevajag dzeest :)



2013/4/13 Rich ric...@nakts.net mailto:ric...@nakts.net

On 04/12/2013 09:01 PM, Viesturs Zarins wrote:

Skatos kāds centīgi izdzēsis foowtayus Ap Raiņa/Brīvibas bulvāra
krustu.
Rezutlātā ir atstātas tādas diezgan bezjēzdīgas ķeskas.

Vai autors (iav http://www.openstreetmap.org/__user/iav
http://www.openstreetmap.org/user/iav) var pakomentēt

konkrēto pamatojumu un tālāko rīcības plānu?

Vispār pims dzēst ārā citu taisītas lietas vajadzētu
pakonsultēties listē.


nu tas jau vareeja buut netiishaam. labi atceros, kaa pats
iztaisnoju shoseju kaut kur netaalu no riigas (kaa - hvz) :D

Viesturs

--
  Rich

--
 Rich

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

Re: [Talk-lv] footway dzēšana

Aizsitu PM iav.


2013/4/14 Viesturs Zarins viest...@gmail.com

 Changesets diezgan labi apraksta mērķi, bet rezultāts ir dīvains:
 http://www.openstreetmap.org/browse/changeset/15530738


 2013/4/13 Rich ric...@nakts.net

 On 04/12/2013 09:01 PM, Viesturs Zarins wrote:

 Skatos kāds centīgi izdzēsis foowtayus Ap Raiņa/Brīvibas bulvāra krustu.
 Rezutlātā ir atstātas tādas diezgan bezjēzdīgas ķeskas.

 Vai autors (iav 
 http://www.openstreetmap.org/**user/iavhttp://www.openstreetmap.org/user/iav)
 var pakomentēt

 konkrēto pamatojumu un tālāko rīcības plānu?

 Vispār pims dzēst ārā citu taisītas lietas vajadzētu pakonsultēties
 listē.


 nu tas jau vareeja buut netiishaam. labi atceros, kaa pats iztaisnoju
 shoseju kaut kur netaalu no riigas (kaa - hvz) :D

  Viesturs

 --
  Rich



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

[Talk-lv] Highway laukumi

Sveiciens.

Kāds kas apgorzās IRC kanālos moš var pakomentēt kas notiek ar šo
proposāli: http://wiki.openstreetmap.org/wiki/Proposed_features/area:highway

pusgadu izskatās nekas nav noticis

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

[Talk-lv] Vēlviena aizdomīga izmaiņa

Kautkā biju palaidis garām, bet
http://www.openstreetmap.org/browse/changeset/13588970
ir pārtaisīta gogoļa iela pie Centrāltirgus

No diviem vienvirziena posmiem ar žogu pa vidu ir pārtaisīta par vienu ielu.

Cik zinu līdz šim konsensuss ir bijis fizisks atdalījums = divas līnijas.

https://help.openstreetmap.org/questions/5471/when-should-i-divide-a-simple-way-into-dual-carriageway-or-divided-road
arī
domā tā.

RaitisX - komentāri?

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

Re: [Talk-lv] Vēlviena aizdomīga izmaiņa

Kas tieši bij tās routinga problēmas.
Un ar ko tu viņas pārbaudīji?

Kādā brīdī es varētu to ceļu sadalīt, bet negribētos neko salauzt.


Viesturs


2013/4/14 Raitis U. rait...@gmail.com

 Neatceros vairs, tieši kāpēc tika tas posms apvienots, bet es tos
 krustojumus kādas piecas reizes pārzīmēju, kamēr routings pieklājīgi sāka
 uzvesties. Sorry, bet vairāk nepārzīmēšu, jo tur ir n-tās relācijas
 jāpārtaisa, un īsti arī ieguvumu neredzu.


 2013/4/14 Viesturs Zarins viest...@gmail.com

  Kautkā biju palaidis garām, bet
 http://www.openstreetmap.org/browse/changeset/13588970
 ir pārtaisīta gogoļa iela pie Centrāltirgus

 No diviem vienvirziena posmiem ar žogu pa vidu ir pārtaisīta par vienu
 ielu.

 Cik zinu līdz šim konsensuss ir bijis fizisks atdalījums = divas līnijas.


 https://help.openstreetmap.org/questions/5471/when-should-i-divide-a-simple-way-into-dual-carriageway-or-divided-road
  arī
 domā tā.

 RaitisX - komentāri?

 Viesturs

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



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


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

Re: [Talk-lv] Vēlviena aizdomīga izmaiņa


On 04/14/2013 11:12 AM, Viesturs Zarins wrote:

Kautkā biju palaidis garām, bet
http://www.openstreetmap.org/browse/changeset/13588970
ir pārtaisīta gogoļa iela pie Centrāltirgus

No diviem vienvirziena posmiem ar žogu pa vidu ir pārtaisīta par vienu ielu.

Cik zinu līdz šim konsensuss ir bijis fizisks atdalījums = divas līnijas.


taa joprojaam ir. fiziski atdaliits (barjera, zaalee vai kaut vai tikai 
kaut kaada apmale) - 2 ways


raiti, ar ko paarbaudiiji routingu ?


https://help.openstreetmap.org/questions/5471/when-should-i-divide-a-simple-way-into-dual-carriageway-or-divided-road
 arī
domā tā.

RaitisX - komentāri?

Viesturs

--
 Rich

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

Re: [Talk-lv] Highway laukumi


On 04/14/2013 10:55 AM, Viesturs Zarins wrote:

Sveiciens.

Kāds kas apgorzās IRC kanālos moš var pakomentēt kas notiek ar šo
proposāli: http://wiki.openstreetmap.org/wiki/Proposed_features/area:highway

pusgadu izskatās nekas nav noticis


a) atgaadinaashu, ka proposals utt aktiivie daliibnieki pa lielam 
ignoree ;)


b) pajautaaju ircaa.

22:19 harry-wood1 That was the proposal that set me off on my 'levels 
of detail' rant: 
http://wiki.openstreetmap.org/wiki/Talk:Proposed_features/area:highway#helpful_stop-valve_on_the_level_of_detail
22:21 harry-wood1 (which became a SOTM presentation 
http://www.harrywood.co.uk/blog/2011/10/10/sotm-talk/ )


c) man personiigi izskataas sasodiiti sarezhgjiiti, taadaa veidaa 
lielaako dalju krustojumu jauninjie pat saprast nevarees, kur nu veel 
mainiit...



Viesturs

--
 Rich

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

[Talk-lv] jociigs serviceway pie sporta skolas riigaa


riiga, sporta skolas regjions.

http://www.openstreetmap.org/?lat=56.986358lon=24.214243zoom=18layers=M

serviceway it kaa beidzas pie buuveejamaam tramvaja sliedeem. varbuut 
kaads tur tuvumaa esoshs var izpeetiit un salabot (jo iipashi taapeec, 
ka tas mazaas ielas posms tiekot sleegts uz meenesi shodien)

--
 Rich

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

Re: [Talk-ca] DataBC's Open Data - OGL v1.0 and Nanaimo compatibility

2013-04-14 Thread Tim Whitehead

At the moment I am interested in Aerial photos (Nanaimo has some 2012 in tiff 
format), buildings and civic addressing.

I am originally from Nanaimo, but currently live in Victoria.

From: Paul Norman [mailto:penor...@mac.com] 
Sent: April 13, 2013 11:28 PM
To: 'Tim Whitehead'
Cc: talk-ca@openstreetmap.org; legal-t...@openstreetmap.org
Subject: RE: [Talk-ca] DataBC's Open Data - OGL v1.0 and Nanaimo compatibility

The current Nanaimo license is not compatible with OSM. In fact, the current 
Nanaimo license does not permit you to redistribute their data at all!

I have some contacts from the Open Data summit and I’ll see if I can make any 
progress on the license issue.

Was there a particular dataset you were interested in? It’s always easier if I 
have specific examples I can point to. Also, are you from Nanaimo?

From: Tim Whitehead [mailto:spero.shirope...@gmail.com] 
Sent: Saturday, April 13, 2013 10:24 PM
To: Legal-talk OSM
Cc: OSM Talk-ca
Subject: [Talk-ca] DataBC's Open Data - OGL v1.0 and Nanaimo compatibility

Hello,

In a search I found Open Data on DataBC’s website, the OGL v1.0 
[http://www.data.gov.bc.ca/local/dbc/docs/license/OGL-vbc1.0.pdf] – which to me 
looks promising.

On the following page [http://www.data.gov.bc.ca/dbc/about/open_data.page], 
they list a few regions that have an open data policy – At this time I would be 
interested in the City of Nanaimo.

Nanaimo has a number of open data formats - http://data.nanaimo.ca/, however 
the wording used on Nanaimo’s license is not clear to me whether at this time 
it would be compatible with OSM.

http://www.nanaimo.ca/EN/main/departments/106/DataCatalogue/Licence.html

The City of Nanaimo is currently investigating options for formal open data 
licensing. In the meantime, please treat this as a broad license to use the 
currently published data for your own analysis and applications, subject to the 
following disclaimer:

1.All rights, title and interest (including copyright, patent and other 
intellectual property rights) contained in the Information remain vested in the 
City of Nanaimo at all times.

2.The City of Nanaimo does not warrant or guarantee the accuracy or 
completeness of the Information. Ongoing updates may not be incorporated into 
the Information available on the City of Nanaimo website. Users are urged to 
verify the accuracy of information against copies of actual plans or source 
documents.

3.If there is a conflict between the Information on the web page and 
information contained in any other records of the City of Nanaimo or documents 
that may be prepared by or delivered to the City of Nanaimo, the City of 
Nanaimo reserves the right to rely in all cases upon the record which it 
considers to be the most accurate and complete.

While we would certainly appreciate credit for provision of the data, this is 
not a strict requirement.

Would anyone be able to advise me on this? Or would it be best to make an 
inquiry with the City of Nanaimo?

Many thanks,

Tim

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

Re: [Talk-cz] Jak tagovat: modelářský obchod, Školícístředisko

2013-04-14 Thread Marián Kyral



-- Původní zpráva --
Od: LM_1 flukas.robot+...@gmail.com
Datum: 12. 4. 2013
Předmět: Re: [Talk-cz] Jak tagovat: modelářský obchod, Školícístředisko



Konkrétně pro příklad www.osm.org/?lat=49.679lon=18.342zoom=18
(http://www.openstreetmap.org/?lat=49.679015lon=18.342034zoom=18) 
(mimochodem jeden z lepších příkladů co OSM dokáže) by pomohlo označení 
okolních, pravděpodobně obytných budov jako building=residential - buou méně
výrazné a škola tím vynikne. Bohužel standardní vykreslení se k budovám 
neznámého typu (building=yes) chová jako k prominentním budovám.

Nechci kibicovat, ale nepřidávání zelených ploch a hřišť aby se neztratila 
žlutá pod školo mi nepřipadá jako správný postup. Souhlasím, že by školy a 
jiné veřejné budovy měly být zvýrazněny oproti okolí, ale vynechání dat 
tomu nepomůže - je potřeba upravit pravidla vykreslování - což bohužel pro 
standardní zobrazení na osm.org(http://osm.org) není nic snadného.









Jak tak koukám, seznam otevřených issue je docela impozantní: https://trac.
openstreetmap.org/query?status=acceptedstatus=assignedstatus=newstatus=
reopenedcomponent=mapnikorder=priority




Většina z nich je tam už několik let, bez jakékoli reakce. A když už člověk 
narazí na nějaký diskutovaný problém, tak to skončí tím, že bug je v Mapniku
:-(





Marián
___





Talk-cz mailing list
Talk-cz@openstreetmap.org(mailto:Talk-cz@openstreetmap.org)
http://lists.openstreetmap.org/listinfo/talk-cz
(http://lists.openstreetmap.org/listinfo/talk-cz)






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

Re: [OSM-talk-fr] expérimentations à Orange

2013-04-14 Thread Tony Emery

Est-on d'accord pour que je modifie ref:orange et ref:FR:08 ou
ref:FR:admin_level_08 ?



--
View this message in context: 
http://gis.19327.n5.nabble.com/experimentations-a-Orange-tp5755270p5757001.html
Sent from the France mailing list archive at Nabble.com.

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

Re: [OSM-talk-fr] expérimentations à Orange

pourquoi le zéro ? Ce n'est pas un code comme l'Insee c'est une valeur
numérique propre à OSM, et on ne met jamais ces zéros dans les admin_level


Le 14 avril 2013 09:58, Tony Emery tony.em...@yahoo.fr a écrit :

 Est-on d'accord pour que je modifie ref:orange et ref:FR:08 ou
 ref:FR:admin_level_08 ?



 --
 View this message in context:
 http://gis.19327.n5.nabble.com/experimentations-a-Orange-tp5755270p5757001.html
 Sent from the France mailing list archive at Nabble.com.

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

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

Re: [OSM-talk-fr] Civilités et incivilités sur OSM-fr

2013-04-14 Thread Ista Pouss

Le 13 avril 2013 15:48, Philippe Verdy verd...@wanadoo.fr a écrit :


 Mais voilà on me demande d'accepter ça sans me défendre. On va même
 inventer un mépris en amont de ma part En amont qui est bien un
 présupposé total sur ce que je n'ai pas dit. Bref une création de l'esprit
 d'un autre dont je devrais m'excuser...



Au lieu de t'embarquer dans la contemplation des injustices dont tu serais
victime, je te suggère :

1) Malgré les tonnes de tonnes de messages que tu envoies, je crois ne
t'avoir jamais vu reconnaître que tu t'étais trompé dans une de tes
affirmations. Remarquable performance certes, mais complètement
contre-productive dans un groupe de discussion... Au départ tente, de temps
en temps, l'exercice de la concession. Et puis, quand tu auras vu que c'est
sans danger particulier, envisage que tu puisses te tromper complètement
dans une circonstance extraordinaire.

2) Prend un jour de vacances par semaine (le dimanche ? )... Ferme ton
ordi, ou au moins ne fais rien sur osm, fais une pause ou ce genre de
choses. Médite. Respire. Sors. Distrais-toi.


Pour terminer sur une note positive, j'ai remarqué que certains de tes
messages étaient courts, et même dans le sujet :-) En effet, je continue à
lire tes messages, moi :-) Donc c'est bon :-)

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

Re: [OSM-talk-fr] expérimentations à Orange

2013-04-14 Thread Christian Quest

ref:xxx dans un tel cas doit servir à lier avec un unique jeu de donnée,
pour moi le xxx doit contenir un identifiant unique vers le jeu de donnée
et ne doit pas être générique.

ref:INSEE indique bien qu'on parle du jeu de données de l'INSEE
ref:FR:RATP du jeu de données de la RATP
ref:mhs du jeu de donnée Mérimée
etc...

ref:FR:08 c'est quel jeu de données ?

ref:FR:84xxx me semblerai plus approprié et oui, ça va faire plein de
ref:FR:x mais ils sont nécessaires pour savoir à quel jeu de donnée on
fait référence vu qu'il n'ont rien en commun les uns avec les autres !



Le 14 avril 2013 10:20, Philippe Verdy verd...@wanadoo.fr a écrit :

 pourquoi le zéro ? Ce n'est pas un code comme l'Insee c'est une valeur
 numérique propre à OSM, et on ne met jamais ces zéros dans les admin_level


 Le 14 avril 2013 09:58, Tony Emery tony.em...@yahoo.fr a écrit :

 Est-on d'accord pour que je modifie ref:orange et ref:FR:08 ou
 ref:FR:admin_level_08 ?



 --
 View this message in context:
 http://gis.19327.n5.nabble.com/experimentations-a-Orange-tp5755270p5757001.html
 Sent from the France mailing list archive at Nabble.com.

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



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




-- 
Christian Quest - OpenStreetMap France
Synthèse du Week-end SOTM-FR à Lyon :
http://openstreetmap.fr/shttp://openstreetmap.fr/sotmfr2013ynthese-sotmfr
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] expérimentations à Orange


Bonjour,

Le 14/04/2013 11:14, Christian Quest a écrit :

ref:xxx dans un tel cas doit servir à lier avec un unique jeu de donnée,
pour moi le xxx doit contenir un identifiant unique vers le jeu de
donnée et ne doit pas être générique.

ref:INSEE indique bien qu'on parle du jeu de données de l'INSEE
ref:FR:RATP du jeu de données de la RATP
ref:mhs du jeu de donnée Mérimée
etc...

ref:FR:08 c'est quel jeu de données ?

ref:FR:84xxx me semblerai plus approprié et oui, ça va faire plein de
ref:FR:x mais ils sont nécessaires pour savoir à quel jeu de donnée
on fait référence vu qu'il n'ont rien en commun les uns avec les autres !



Et doncon est revenu au point de départ de la discussion :-)

Je continue de penser que ref:FR:code INSEE de la commune est une 
galère potentielle, tant en gestion qu'en compréhension.
Quitte à considérer qu'au sein d'une commune on n'aura pas de 
chevauchements d'identifiants, alors je préfère largement un unique tag 
qui serait quasi la proposition de Tony, à savoir ref:FR:admin_level8,

avec comme valeur l'identifiant externe fourni par le SIG communal.
Un seul tag, c'est déjà beaucoup plus simple à intégrer (une seule 
colonne dans un schéma de BD par exemple) et à documenter : une page 
unique plutôt que x déclinaisons, une par nouveau code INSEE.

Quant à l'interprétation de ce tag, ce serait :
la valeur du tag est un identifiant unique délivré par l'entité de type 
boundary=administrative+admin_level=8 dans laquelle se situe 
(géographiquement parlant) l'objet ainsi taggué.


vincent

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

Re: [OSM-talk-fr] expérimentations à Orange

Tout à fait d'accord, ce n'est pas mon idée de n'utiliser que l'admin_level
qui n'est pas suffisant (on a des tas de données qui pourraient provenir de
jeux sources maintenues par plusieurs communes simultanément sans qu'on
puisse savoir laquelle, ou de plusieurs départements ou plusieurs régions
j'avais déjà plaidé vers une identification des sources par leur code INSEE
quand ce sont des collectivités. Au moins ça évitait les collision dans
l'espace ref:FR:* et c'était assez court pour ne pas surcharger la base
avec des clés interminables.
Sinon une alternative au code INSEE est le code département suivi d'une
abréviation du nom de la commune (par exemple ref:FR:35REN=* pour indiquer
une source de la ville de Rennes et ref:FR:35CES=* pour Cesson-Sévigné sa
voisine. Mais c'est inventer une nouvelle codification pour rien...


Le 14 avril 2013 11:14, Christian Quest cqu...@openstreetmap.fr a écrit :

 ref:xxx dans un tel cas doit servir à lier avec un unique jeu de donnée,
 pour moi le xxx doit contenir un identifiant unique vers le jeu de donnée
 et ne doit pas être générique.

 ref:INSEE indique bien qu'on parle du jeu de données de l'INSEE
 ref:FR:RATP du jeu de données de la RATP
 ref:mhs du jeu de donnée Mérimée
 etc...

 ref:FR:08 c'est quel jeu de données ?

 ref:FR:84xxx me semblerai plus approprié et oui, ça va faire plein de
 ref:FR:x mais ils sont nécessaires pour savoir à quel jeu de donnée on
 fait référence vu qu'il n'ont rien en commun les uns avec les autres !



 Le 14 avril 2013 10:20, Philippe Verdy verd...@wanadoo.fr a écrit :

 pourquoi le zéro ? Ce n'est pas un code comme l'Insee c'est une valeur
 numérique propre à OSM, et on ne met jamais ces zéros dans les admin_level


 Le 14 avril 2013 09:58, Tony Emery tony.em...@yahoo.fr a écrit :

 Est-on d'accord pour que je modifie ref:orange et ref:FR:08 ou
 ref:FR:admin_level_08 ?



 --
 View this message in context:
 http://gis.19327.n5.nabble.com/experimentations-a-Orange-tp5755270p5757001.html
 Sent from the France mailing list archive at Nabble.com.

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



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




 --
 Christian Quest - OpenStreetMap France
 Synthèse du Week-end SOTM-FR à Lyon : 
 http://openstreetmap.fr/shttp://openstreetmap.fr/sotmfr2013ynthese-sotmfr


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


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

Re: [OSM-talk-fr] expérimentations à Orange

Et ce n'est pas suffisant, les objets pouvant être à cheval sur plusieurs
communes (une voirie, un parc, etc... ou être administré par une autre
commune qui est locataire les lieux sités sur le territoire d'une autre
(par exemple une déchetterie)


Le 14 avril 2013 12:14, Vincent de Chateau-Thierry v...@laposte.net a
écrit :

 Bonjour,

 Le 14/04/2013 11:14, Christian Quest a écrit :

  ref:xxx dans un tel cas doit servir à lier avec un unique jeu de donnée,
 pour moi le xxx doit contenir un identifiant unique vers le jeu de
 donnée et ne doit pas être générique.

 ref:INSEE indique bien qu'on parle du jeu de données de l'INSEE
 ref:FR:RATP du jeu de données de la RATP
 ref:mhs du jeu de donnée Mérimée
 etc...

 ref:FR:08 c'est quel jeu de données ?

 ref:FR:84xxx me semblerai plus approprié et oui, ça va faire plein de
 ref:FR:x mais ils sont nécessaires pour savoir à quel jeu de donnée
 on fait référence vu qu'il n'ont rien en commun les uns avec les autres !


 Et doncon est revenu au point de départ de la discussion :-)

 Je continue de penser que ref:FR:code INSEE de la commune est une galère
 potentielle, tant en gestion qu'en compréhension.
 Quitte à considérer qu'au sein d'une commune on n'aura pas de
 chevauchements d'identifiants, alors je préfère largement un unique tag qui
 serait quasi la proposition de Tony, à savoir ref:FR:admin_level8,
 avec comme valeur l'identifiant externe fourni par le SIG communal.
 Un seul tag, c'est déjà beaucoup plus simple à intégrer (une seule colonne
 dans un schéma de BD par exemple) et à documenter : une page unique plutôt
 que x déclinaisons, une par nouveau code INSEE.
 Quant à l'interprétation de ce tag, ce serait :
 la valeur du tag est un identifiant unique délivré par l'entité de type
 boundary=administrative+admin_**level=8 dans laquelle se situe
 (géographiquement parlant) l'objet ainsi taggué.

 vincent


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

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

Re: [OSM-talk-fr] expérimentations à Orange

Je peux prendre une exemple extrême mais réel : la maison de Victor Hugo
située à Guernesey (Hauteville House) est entièrement gérée par la Mairie
de Paris (avec le drapeau français à l'entrée, un administrateur local payé
par la mairie de Paris.
Pourtant elle n'est pas sur le territoire de la commune, ni en France.
C'est une propriété privée de la Ville qui est un propriétaire comme un
autre à Guernesey. Des cas où les communes sont amenées à gérer des choses
hors de leur propre territoire sont assez nombreux peme si ce n'est le plus
souvent pas si loin (mais même en restant en France, le Conseil général
d'Ille-et-Vilaine gère des bâtiments et services à Paris ; la Corrèze
aussi).



Le 14 avril 2013 12:20, Philippe Verdy verd...@wanadoo.fr a écrit :

 Et ce n'est pas suffisant, les objets pouvant être à cheval sur plusieurs
 communes (une voirie, un parc, etc... ou être administré par une autre
 commune qui est locataire les lieux sités sur le territoire d'une autre
 (par exemple une déchetterie)


 Le 14 avril 2013 12:14, Vincent de Chateau-Thierry v...@laposte.net a
 écrit :

 Bonjour,

 Le 14/04/2013 11:14, Christian Quest a écrit :

  ref:xxx dans un tel cas doit servir à lier avec un unique jeu de donnée,
 pour moi le xxx doit contenir un identifiant unique vers le jeu de
 donnée et ne doit pas être générique.

 ref:INSEE indique bien qu'on parle du jeu de données de l'INSEE
 ref:FR:RATP du jeu de données de la RATP
 ref:mhs du jeu de donnée Mérimée
 etc...

 ref:FR:08 c'est quel jeu de données ?

 ref:FR:84xxx me semblerai plus approprié et oui, ça va faire plein de
 ref:FR:x mais ils sont nécessaires pour savoir à quel jeu de donnée
 on fait référence vu qu'il n'ont rien en commun les uns avec les autres !


 Et doncon est revenu au point de départ de la discussion :-)

 Je continue de penser que ref:FR:code INSEE de la commune est une
 galère potentielle, tant en gestion qu'en compréhension.
 Quitte à considérer qu'au sein d'une commune on n'aura pas de
 chevauchements d'identifiants, alors je préfère largement un unique tag qui
 serait quasi la proposition de Tony, à savoir ref:FR:admin_level8,
 avec comme valeur l'identifiant externe fourni par le SIG communal.
 Un seul tag, c'est déjà beaucoup plus simple à intégrer (une seule
 colonne dans un schéma de BD par exemple) et à documenter : une page unique
 plutôt que x déclinaisons, une par nouveau code INSEE.
 Quant à l'interprétation de ce tag, ce serait :
 la valeur du tag est un identifiant unique délivré par l'entité de type
 boundary=administrative+admin_**level=8 dans laquelle se situe
 (géographiquement parlant) l'objet ainsi taggué.

 vincent


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



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

Re: [OSM-talk-fr] Imagerie aérienne de Fort Liberté

2013-04-14 Thread Jean-Guilhem Cailton

Bonjour Guillaume,

Je réponds en ligne aux trois autres questions :


Le 14/04/2013 06:17, Christian Quest a écrit :
 Le DEM est calculé à partir des images elles même...

 Le process est à peu près celui-là:
 - prise de vues, avec suffisamment de recouvrement et de différence
 d'angle de point de vue
 - repérage (automatique) des éléments identiques sur les photos
 - calcul des déformations dûes au DEM... puis calcul du DEM (technique
 de structure from motion)
 - orthorectification des photos à partir du DEM
 - assemblage de la mosaïque globale

 Le logiciel utilisé n'est malheureusement pas opensource, il s'agit de
 Pix4D.



 Le 13 avril 2013 23:10, Guillaume Allegre allegre.guilla...@free.fr
 mailto:allegre.guilla...@free.fr a écrit :

 Le sam. 13 avril 2013 à 21:57 +0200, Jean-Guilhem Cailton a écrit :
  (English version follows)
  -
 
  Bonjour,
 
  Une équipe de l'OIM Haïti et de deux volontaires de Drone Adventures
  (http://droneadventures.org/), lors d'une mission d'une semaine
 en Haïti
  pour laquelle Frédéric Moine s'est personnellement impliqué, a
 utilisé
  un drone eBee pour prendre des photos de Fort Liberté, entre autres.
  Elles ont ensuite été assemblées avec le logiciel pix4D en une
  orthomosaïque, qui couvre 10,9 km2 avec une résolution de 8 cm
 par pixel.
 
  Pour voir cette mosaïque dans JOSM (et mapper aussi, bien sûr), vous
  pouvez y ajouter la couche TMS :
 
 
 tms[23]:http://wms.openstreetmap.fr/tms/1.0.0/fortliberte_2013/{zoom}/{x}/{y}
 
 http://wms.openstreetmap.fr/tms/1.0.0/fortliberte_2013/%7Bzoom%7D/%7Bx%7D/%7By%7D


 Le niveau de détail est absolument impressionnant, c'est la
 première fois que je vois
 des humains (à pied et à vélo) sur une imagerie aérienne
 exploitable dans JOSM.

 Du coup, j'ai quelques questions techniques :
 - combien d'images différentes ont été assemblées ?


808

 - ça représente combien de temps de prise de vues ?


3 h

 - à quelle altitude volait le drone ?


à 240 m à l'ouest de la Baie, et à 276 m à l'est

(On peut choisir de voler bas pour voir de plus petits détails, ou plus
haut pour couvrir plus de surface).

 - d'habitude on parle d'orthorectification à base de DEM ; est-ce
 que ça a été fait ici ?
   ou bien le terrain était suffisamment plat pour se passer de DEM ?



cf. réponse de Christian.

Le DEM (ou MNE en français, pour modèle numérique d'élévation) peut être
généré séparément par le processus. Il y en a certains exemples pour les
sites précédents, et il devrait bientôt en avoir un autre exemple le
long d'une ravine, avec un dénivelé important.

La même équipe d'OIM avait déjà fait des prises de vues similaires l'an
dernier, sur des surfaces moins étendues, avec des résolutions allant
jusqu'à 4 cm, en amont du recensement des zones montagneuses de la
métropole de Port-au-Prince. Il me semblait que j'avais déjà diffusé les
liens, mais ce n'était que sur la liste roborthos :
http://listes.openstreetmap.fr/wws/arc/roborthos/2012-06/msg3.html

et, juste après le cyclone Sandy, sur les abords de la Rivière Grise,
dont les rives avaient été emportées :
http://lists.openstreetmap.org/pipermail/talk-ht/2012-November/000612.html


Si les liens anciens ne marchent plus, parce que des couches ont été
ajoutées, il peut être nécessaire d'ajuster les choix dans le menu des
couches. Les voici d'ailleurs actualisés :

Sur le quartier Haut-Turgeau :
http://osm.arkemie.org/haiti/?zoom=20lat=18.5219lon=-72.31789layers=B0FFF

Visualisation du DEM :
http://osm.arkemie.org/haiti/?zoom=20lat=18.5219lon=-72.31789layers=B0FFTFF
(en dézoomant, on peut voir les 3 sites où les DEM étaient disponibles)

Rivière Grise :
http://osm.arkemie.org/haiti/?zoom=16lat=18.59821lon=-72.27466layers=0BT.

Il devrait bientôt y avoir des sites supplémentaires en ligne.

Bien cordialement,

Jean-Guilhem

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

Re: [OSM-talk-fr] expérimentations à Orange



Le 14/04/2013 12:20, Philippe Verdy a écrit :

Et ce n'est pas suffisant, les objets pouvant être à cheval sur
plusieurs communes (une voirie, un parc, etc... ou être administré par
une autre commune qui est locataire les lieux sités sur le territoire
d'une autre (par exemple une déchetterie)

Le 14 avril 2013 12:14, Vincent de Chateau-Thierry v...@laposte.net
Le 14/04/2013 11:14, Christian Quest a écrit :

ref:xxx dans un tel cas doit servir à lier avec un unique jeu de
donnée,
pour moi le xxx doit contenir un identifiant unique vers le jeu de
donnée et ne doit pas être générique.

ref:INSEE indique bien qu'on parle du jeu de données de l'INSEE
ref:FR:RATP du jeu de données de la RATP
ref:mhs du jeu de donnée Mérimée
etc...

ref:FR:08 c'est quel jeu de données ?

ref:FR:84xxx me semblerai plus approprié et oui, ça va faire
plein de
ref:FR:x mais ils sont nécessaires pour savoir à quel jeu de
donnée
on fait référence vu qu'il n'ont rien en commun les uns avec les
autres !


Et doncon est revenu au point de départ de la discussion :-)

Je continue de penser que ref:FR:code INSEE de la commune est une
galère potentielle, tant en gestion qu'en compréhension.
Quitte à considérer qu'au sein d'une commune on n'aura pas de
chevauchements d'identifiants, alors je préfère largement un unique
tag qui serait quasi la proposition de Tony, à savoir
ref:FR:admin_level8,
avec comme valeur l'identifiant externe fourni par le SIG communal.
Un seul tag, c'est déjà beaucoup plus simple à intégrer (une seule
colonne dans un schéma de BD par exemple) et à documenter : une page
unique plutôt que x déclinaisons, une par nouveau code INSEE.
Quant à l'interprétation de ce tag, ce serait :
la valeur du tag est un identifiant unique délivré par l'entité de
type boundary=administrative+admin___level=8 dans laquelle se situe
(géographiquement parlant) l'objet ainsi taggué.



J'entends ton argument. Ma proposition n'est pas robuste, et donc il en 
faut une autre. Je n'ai rien sous le coude, mais là où j'insiste, c'est 
sur le fait de ne pas arriver à un nouveau tag _par commune_. Il faut 
parvenir à un schéma avec des tags identiques pour toutes les communes.

cf. en début de ce fil :
http://lists.openstreetmap.org/pipermail/talk-fr/2013-March/056812.html

vincent

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

Re: [OSM-talk-fr] expérimentations à Orange

Pourquoi FAUT-il- parvernir à ça ? Je ne vois aucune justification au
fait d'avoir des tags identiques pour toutes les communes, car ce ne sont
pas des éléments consitutifs d'un feature géographique.

Le feature c'est plutôt porté par les autres tags. Ici on ne parle que
d'un simple identifiant qui n'indique strictement rien d'autre qu'une base
externe pouvant contenir des tas d'objets géographiques ou non et même pas
dans OSM non plus pour la plupart, et aussi contenant des attributs
supplémentaires pour les objets OSM mais des attributs qu'on ne stockera
pas.

Bref, si ce qui te gène c'est de ne pas pouvoir convertir tous les
attributs ref;* dans des colonnes séparées d'un tableau, tu pars mal :
aucune application n'a besoin de le faire, i ly a des tas d'attributs qu'on
ignore totalement, mais si tu veu pouvoir les retrouver, commence d'abord
par séparer les attributs qui t'intéressent dans des colonnes spécifiques
de ta base, et stocke les autres dans une colonne générique refs
contenant une énumération sous forme clé1=id1;clé2=id2;... là où on avait
ref:clé1=id1 et ref:clé2=id2. Si on sépare malgré tout ces clés dans
OSM c'est pour permettre de faire des requêtes et filtrer les données du
côté du serveur, mais aussi pour limiter le risque d'effacement d'une clé
par une autre incompatible.

La base OSM n'est pas l'application finale utilisatrice qui prendra
seulemetn ce qui l'intéresse, et n'a pas besoin non plus de tout garder
puisque pour le reste elle a toujours accès à l'identifiant d'objet OSM ou
peut le retrouver en faisant une recherche avec la ref:clé=* qu'elle a
gardé (en ignorant les autres ref:clé2=* qu'elle n reconnait pas).


Le 14 avril 2013 12:46, Vincent de Chateau-Thierry v...@laposte.net a
écrit :


 Le 14/04/2013 12:20, Philippe Verdy a écrit :

 Et ce n'est pas suffisant, les objets pouvant être à cheval sur
 plusieurs communes (une voirie, un parc, etc... ou être administré par
 une autre commune qui est locataire les lieux sités sur le territoire
 d'une autre (par exemple une déchetterie)

 Le 14 avril 2013 12:14, Vincent de Chateau-Thierry v...@laposte.net
 Le 14/04/2013 11:14, Christian Quest a écrit :

 ref:xxx dans un tel cas doit servir à lier avec un unique jeu de
 donnée,
 pour moi le xxx doit contenir un identifiant unique vers le jeu de
 donnée et ne doit pas être générique.

 ref:INSEE indique bien qu'on parle du jeu de données de l'INSEE
 ref:FR:RATP du jeu de données de la RATP
 ref:mhs du jeu de donnée Mérimée
 etc...

 ref:FR:08 c'est quel jeu de données ?

 ref:FR:84xxx me semblerai plus approprié et oui, ça va faire
 plein de
 ref:FR:x mais ils sont nécessaires pour savoir à quel jeu de
 donnée
 on fait référence vu qu'il n'ont rien en commun les uns avec les
 autres !


 Et doncon est revenu au point de départ de la discussion :-)

 Je continue de penser que ref:FR:code INSEE de la commune est une
 galère potentielle, tant en gestion qu'en compréhension.
 Quitte à considérer qu'au sein d'une commune on n'aura pas de
 chevauchements d'identifiants, alors je préfère largement un unique
 tag qui serait quasi la proposition de Tony, à savoir
 ref:FR:admin_level8,
 avec comme valeur l'identifiant externe fourni par le SIG communal.
 Un seul tag, c'est déjà beaucoup plus simple à intégrer (une seule
 colonne dans un schéma de BD par exemple) et à documenter : une page
 unique plutôt que x déclinaisons, une par nouveau code INSEE.
 Quant à l'interprétation de ce tag, ce serait :
 la valeur du tag est un identifiant unique délivré par l'entité de
 type boundary=administrative+admin_**__level=8 dans laquelle se situe

 (géographiquement parlant) l'objet ainsi taggué.


 J'entends ton argument. Ma proposition n'est pas robuste, et donc il en
 faut une autre. Je n'ai rien sous le coude, mais là où j'insiste, c'est sur
 le fait de ne pas arriver à un nouveau tag _par commune_. Il faut parvenir
 à un schéma avec des tags identiques pour toutes les communes.
 cf. en début de ce fil :
 http://lists.openstreetmap.**org/pipermail/talk-fr/2013-**
 March/056812.htmlhttp://lists.openstreetmap.org/pipermail/talk-fr/2013-March/056812.html


 vincent

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

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

Re: [OSM-talk-fr] expérimentations à Orange

2013-04-14 Thread Guillaume Allegre

Le dim. 14 avril 2013 à 12:14 +0200, Vincent de Chateau-Thierry a écrit :

 Et doncon est revenu au point de départ de la discussion :-)

Oui, et tant mieux, les digressions sur la meilleure réforme possible 
des administrations, ce n'est pas tellement ce qui va faire avancer la cause.

 Je continue de penser que ref:FR:code INSEE de la commune est une
 galère potentielle, tant en gestion qu'en compréhension.

Pourquoi ? Ça gêne qui ?

 Quitte à considérer qu'au sein d'une commune on n'aura pas de
 chevauchements d'identifiants, alors je préfère largement un unique
 tag qui serait quasi la proposition de Tony, à savoir
 ref:FR:admin_level8

Et si une voie est à la limite de deux communes ayant toutes deux versé
leur SIG, ça ne marche plus.


 avec comme valeur l'identifiant externe fourni par le SIG communal.
 Un seul tag, c'est déjà beaucoup plus simple à intégrer (une seule
 colonne dans un schéma de BD par exemple) et à documenter : une page

Qui va faire un schéma de BD contenant toutes les clés possibles ?
Ça existe _en pratique_ ? ça me paraît tordu.


-- 
 ° /\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] expérimentations à Orange

2013-04-14 Thread Guillaume Allegre

Le dim. 14 avril 2013 à 11:14 +0200, Christian Quest a écrit :

 ref:FR:84xxx me semblerai plus approprié et oui, ça va faire plein de
 ref:FR:x mais ils sont nécessaires pour savoir à quel jeu de donnée on
 fait référence vu qu'il n'ont rien en commun les uns avec les autres !

+1


-- 
 ° /\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] Imagerie aérienne de Fort Liberté

2013-04-14 Thread Guillaume Allegre

Le dim. 14 avril 2013 à 06:17 +0200, Christian Quest a écrit :
 Le DEM est calculé à partir des images elles même...
 
!!!
Mais alors, ça veut dire qu'on ne récupère pas seulement l'orthophoto,
mais aussi une nouvelle source de données d'élévation, et ça c'est aussi
super intéressant, non ?

Je découvre sans doute l'eau tiède, là, mais jusqu'à présent je pensais qu'on
n'aurait jamais de données d'altitude contributives fiables.

En dehors du fait qu'OSM ne semble pas pour l'instant conçu pour stocker 
efficacement
ces données, est-ce qu'il y a un obstacle à récupérer ces données de 
post-traitement
des images de drones ? (notamment pour améliorer la résolution des données 
Aster/SRTM).



-- 
 ° /\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] expérimentations à Orange




Le 14/04/2013 12:58, Philippe Verdy a écrit :

Pourquoi FAUT-il- parvernir à ça ? Je ne vois aucune justification au
fait d'avoir des tags identiques pour toutes les communes, car ce ne
sont pas des éléments consitutifs d'un feature géographique.



Le il faut n'est pas à prendre comme un ordre. En revanche ça me 
semble la cible à atteindre. Et ça n'est pas parce que ces IDs externes 
sont en effet, plutôt une meta-donnée qu'une donnée, qu'il faut les 
modéliser n'importe comment.



Le feature c'est plutôt porté par les autres tags. Ici on ne parle que
d'un simple identifiant qui n'indique strictement rien d'autre qu'une
base externe pouvant contenir des tas d'objets géographiques ou non et
même pas dans OSM non plus pour la plupart, et aussi contenant des
attributs supplémentaires pour les objets OSM mais des attributs qu'on
ne stockera pas.

Bref, si ce qui te gène c'est de ne pas pouvoir convertir tous les
attributs ref;* dans des colonnes séparées d'un tableau, tu pars mal :
aucune application n'a besoin de le faire,


J'adore ce genre de vérité définitive : aucune application n'a besoin 
de le faire. Pour affirmer ça, il faudrait connaître toutes les 
utilisations de la base, et le détail de chacune. C'est bien prétentieux 
! Philippe, dis-toi bien que tu ne connais (et moi non plus et personne 
d'autre ici) pas le 1/4 du 1/3 du périmètre des applications qui 
s'appuient sur la base OSM. Et c'est tant mieux, au passage.

Mais donc ce genre d'argument n'en est pas un.

Pour revenir au sujet, je vais reformuler autrement ma proposition de ce 
matin. Pour combiner un nombre restreint de tags (ici 1 seul finalement) 
et un peu de robustesse, on pourrait renseigner ce type de tag :
ref:FR:admin_level8=code INSEE de la commune source:identifiant de 
l'objet tel que géré par cette commune


Par rapport à ce que je proposais ce matin, on garde un seul tag, mais 
on n'est pas contraint par une inclusion géographique. On gèrerait 
correctement la Maison de Victor Hugo :

ref:FR:admin_level8=75056:identifiant de la maison selon la Ville de Paris

vincent

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

Re: [OSM-talk-fr] Un LizPoi pour les vélos

2013-04-14 Thread kimaidou

Bonjour


Le 13 avril 2013 22:55, Dominique Lachgar dominique.lach...@laposte.net a
écrit :

  Bonjour,

 Comme les équipements cyclables sont assez pauvres chez nous mais que nous
 avons quelques voies vertes, te serait-il possible de les rajouter ?
 En attendant que nous publions une carte, cela peut être un lien
 intéressant.



J'ai regardé, et ce serait possible sans souci. Le seul problème, c'est
qu'il faut que je réimporte toutes les données, car j'utilise les options
par défaut de l'outil osm2pgsql pour importer les données dans ma base, et
les réseaux cyclables ne sont pas importés.  Dès que je trouve du temps
pour remettre cela à plat, je vous tiens au courant.

Pour l'instant, les seules choses que je peux afficher, ce sont les chemins
avec accès interdit aux véhicules à moteur. Soit la combinaison de tags :
higway=path et motor_vehicle=no

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

Re: [OSM-talk-fr] Un LizPoi pour les vélos

2013-04-14 Thread kimaidou

Héhé, si ils savaient comment on est productifs pendant leurs siestes …

Et comme on ne l'est pas lorsqu'ils ne veulent pas :D

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

Re: [OSM-talk-fr] expérimentations à Orange

2013-04-14 Thread kimaidou

Le 14 avril 2013 14:32, Vincent de Chateau-Thierry v...@laposte.net a
écrit :


 Pour revenir au sujet, je vais reformuler autrement ma proposition de ce
 matin. Pour combiner un nombre restreint de tags (ici 1 seul finalement) et
 un peu de robustesse, on pourrait renseigner ce type de tag :
 ref:FR:admin_level8=code INSEE de la commune source:identifiant de
 l'objet tel que géré par cette commune

 Par rapport à ce que je proposais ce matin, on garde un seul tag, mais on
 n'est pas contraint par une inclusion géographique. On gèrerait
 correctement la Maison de Victor Hugo :
 ref:FR:admin_level8=75056:**identifiant de la maison selon la Ville de
 Paris


 vincent


J'aime assez cette dernière proposition. En effet, on reste sur l'effet
une seule colonne dans les bases de données à plat  tout en permettant de
filtrer pour la ou les communes qui nous intéresse.
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] expérimentations à Orange



Le 14/04/2013 14:21, Guillaume Allegre a écrit :

Le dim. 14 avril 2013 à 12:14 +0200, Vincent de Chateau-Thierry a écrit :


Et doncon est revenu au point de départ de la discussion :-)


Oui, et tant mieux, les digressions sur la meilleure réforme possible
des administrations, ce n'est pas tellement ce qui va faire avancer la cause.


Je continue de penser que ref:FR:code INSEE de la commune est une
galère potentielle, tant en gestion qu'en compréhension.


Pourquoi ? Ça gêne qui ?


Tout le monde à terme : contributeurs (c'est indocummentable, anti 
intuitif au possible) et consommateurs.





Quitte à considérer qu'au sein d'une commune on n'aura pas de
chevauchements d'identifiants, alors je préfère largement un unique
tag qui serait quasi la proposition de Tony, à savoir
ref:FR:admin_level8


Et si une voie est à la limite de deux communes ayant toutes deux versé
leur SIG, ça ne marche plus.



Dans le cas d'une voie communale en frontière, on suffixe 
ref:FR:admin_level8 avec :left et :right. Cette convention est assez 
répandue dans les tags.





avec comme valeur l'identifiant externe fourni par le SIG communal.
Un seul tag, c'est déjà beaucoup plus simple à intégrer (une seule
colonne dans un schéma de BD par exemple) et à documenter : une page


Qui va faire un schéma de BD contenant toutes les clés possibles ?
Ça existe _en pratique_ ? ça me paraît tordu.


On n'en sait _rien_ , cf. ce que je viens de répondre à Philippe. Mais 
justement, ne sachant pas, notre responsabilité c'est de ne pas 
fabriquer une usine à gaz.


vincent

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

Re: [OSM-talk-fr] Décalage bing et trace gps

2013-04-14 Thread Pierre Knobel

Ca depend aussi de la qualite de ton GPS et des conditions de mesure. Si tu
avais le GPS a la main dans une plaine et en dehors d'une foret, tu peux
lui faire confiance plus qu'a l'imagerie satellite. Si ton GPS etait au
fond de ton sac ou dans l'habitacle d'une voiture dans une foret et au pied
d'une falaise, tu aura toute sortes de sources d'erreurs qui vont faire que
ta trace GPS va serieusement deriver.

Tu peux peut-etre recaler l'imagerie satellite si par chance tu a une route
bien couverte par au moins une dizine de traces GPS a proximite de ton
chemin. Plus d'infos ici :
http://wiki.openstreetmap.org/wiki/FR:Using_Imagery

2013/4/13 Dominique Lachgar dominique.lach...@laposte.net

  Prés d'Angoulême sur la commune de Soyaux

 Le 13/04/2013 23:03, Philippe Verdy a écrit :

 Sans indiquer le lieu où ça se produit, impossible de répondre. ing est
 correct presque partout en France métropolitaine continentale, mais pas
 encore partout car certaines images ne sont pas de l'orthophotographie dans
 certaines zones où elles ne sont pas disponibles.

  Par exemple si ta trace GPX est en Corse ou au sud du Léman (autour
 d'Evian) ou un peu au nord de Monaco dans les Alpes de Haute-Provence, ou
 dans une partie du Cotentin; les images Bing ne sont pas orthorectifiées
 (ça peut changer dans les mises à jour annoncées par Bing dont la
 couverture orthorectifiée est annoncée régulièrement). De même si c'est
 dans les DOM, et presque partout hors d'Europe continentale et d'Amérique
 du Nord continentale (en Afrique par exemple, cette couverture
 orthorectifiée est un vrai patchwork et on passe sans transition de zones
 correctement alignées à d'autres qui ne le sont pas; il y a aussi des cas
 nombreux en Espagne),

  Aucun pays d'Europe (ni  même les USA) ne sont encore couverts à 100%
 par Bing en orthophoto. Le reste c'est une imagerie satellite avec un
 positionnement estimatif plus ou moins bien raccordé à l'orthophoto (et on
 voit assez nettement les transitions sur les tuiles servies, au delà des
 seuls changement de résolution ou de la colorimétrie et des contrastes, qui
 sont accessoires mais pas nuisibles en terme de précision de positionnement
 si on ne tente pas d'atteindre la précision du pixel affiché).


 Le 13 avril 2013 22:39, Dominique Lachgar dominique.lach...@laposte.neta 
 écrit :

 Bonjour,

 Je viens d'ajouter un chemin via josm à partir d'une trace gps.
 J'observe un décalage entre cette trace et avec l'image bing.
 Qui a raison, la trace que j'ai réalisée ou l'imagerie bing ?

 Merci de vos lumières?
 Dominique

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




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



 Aucun virus trouvé dans ce message.
 Analyse effectuée par AVG - www.avg.fr
 Version: 2013.0.3272 / Base de données virale: 3162/6242 - Date: 13/04/2013



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


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

Re: [OSM-talk-fr] expérimentations à Orange

2013-04-14 Thread Christian Quest

Le 14 avril 2013 14:32, Vincent de Chateau-Thierry v...@laposte.net a
écrit :


 Pour revenir au sujet, je vais reformuler autrement ma proposition de ce
 matin. Pour combiner un nombre restreint de tags (ici 1 seul finalement) et
 un peu de robustesse, on pourrait renseigner ce type de tag :
 ref:FR:admin_level8=code INSEE de la commune source:identifiant de
 l'objet tel que géré par cette commune

 Par rapport à ce que je proposais ce matin, on garde un seul tag, mais on
 n'est pas contraint par une inclusion géographique. On gèrerait
 correctement la Maison de Victor Hugo :
 ref:FR:admin_level8=75056:**identifiant de la maison selon la Ville de
 Paris



Et ça ne marchera pas si 2 communes veulent identifier le même objet...
comme tout les objets en limite de commune et plein de cas particuliers
comme celui de la Maison de Victor Hugo.

2 jeux de données différents = 2 ref:xxx différents, je ne vois pas d'autre
solution qui puisse tenir, désolé.

-- 
Christian Quest - OpenStreetMap France
Synthèse du Week-end SOTM-FR à Lyon :
http://openstreetmap.fr/shttp://openstreetmap.fr/sotmfr2013ynthese-sotmfr
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-fr] Liens de et vers OSM...

2013-04-14 Thread Christian Quest

Pour prendre un peu de recul... si on réfléchissait au problème de façon
plus globale ?

Pour utiliser des ref:xx ?

- pour lier des données OSM avec des jeux de données externes

Peut-on/doit-on le faire pour n'importe quel jeu de données ?

Je ne pense pas. Si ce sont des données librement accessibles et qui
apportent plus d'information sur un objet OSM, oui, ça me semble avoir sa
place dans OSM. Ca permet de ne pas inclure inutilement tout un ensemble de
données dans OSM, données qu'il faudrait maintenir à jour pour qu'elles
gardent de leur utilité.

Donc pour moi des ref:xx vers des données non ouvertes n'apportent rien.

Comment faire l'inverse... avoir un lien dans des données externes vers des
objets OSM ?

Là ça se complique gravement pour plusieurs raisons:

- les id OSM ne sont pas pérennes: ils peuvent changer suite à un
effacement/recréation ou parce qu'on fait évoluer un objet (par exemple un
POI initial sur un nœud peut disparaitre en étant reporté sur un polygone)

- un objet dans le jeu de données externe peut correspondre à plusieurs
objets dans OSM. C'est le cas par exemple pour les codes FANTOIR/RIVOLI
(rayer la mention inutile) qui identifient une rue, laquelle rue peut être
segmentée dans OSM... et là il faut avoir un objet englobant sous la forme
d'une relation.

Il y en a sûrement d'autres...


Il va falloir se pencher sérieusement un de ces jours sur des identifiants
pérennes que je pense devoir mixer les 2 dimensions d'OSM à savoir la
dimension spatiale et la dimension sémantique en gardant un niveau de flou
sur les deux pour retrouver des objets qui ont légèrement bougé ou
légèrement changé de description.

Mon idée (brute de décoffrage même si j'y pense depuis bien longtemps)
serait un truc du genre bakery#u09v8z39 où bakery indique le type
d'objet cherché et #u09v8z39 est le geohash de sa position approximative.

C'est assez facile à mettre en œuvre pour des objets ponctuels ou
surfaciques, par contre pour du linéaire je pense qu'il faudra 2 geohash
(début/fin).

L'utilisation pourrait se faire via une API interrogeant par exemple
l'overpass en convertissant ce hash à la volée.

Ca inspire quelqu'un ? Qui m'accompagne sur ce projet ?

-- 
Christian Quest - OpenStreetMap France
Synthèse du Week-end SOTM-FR à Lyon :
http://openstreetmap.fr/shttp://openstreetmap.fr/sotmfr2013ynthese-sotmfr
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] expérimentations à Orange