date:20130917

Ich werde immer mal dieder darauf angesprochen, dass Inseln und 
Inselgruppen auf der Mapnik-Karte wenig hilfreich beschriftet seien.


Ist das ein Tagging- oder Rendering-Problem?
Wie könnte man das lösen?

*Bermuda* ist in z=2..6 sinnvoll mit Bermuda beschriftet,
ab z=7 hingegen nur noch mit Hamilton.
Der Inselname sollte hier aber mindestens bis z=12 zu sehen sein,
die Hauptstadt frühestens ab z=10

*Azoren* sind gar nicht beschriftet (weder Inselgruppe noch Inseln).
Ab z=6 sind bei 2 Inseln Ortsnamen beschriftet, die anderen nicht,
ab z=9 werden weitere Ortsnamen angezeigt.
Die Inselnamen sollten mindestens bis z=12 zu sehen sein,
sie Haupstädt frühestens ab z=8

*Kanaren* sind in z=4 mit CN beschriftet.
Ab z=5 richtig mit Islas Canaras.
ab z=6 folgen teilweise Ortnamen, aber Inselnamen fehlen.
Die Inselnamen sollten mindestens bis z=11 zu sehen sein,
die Haupstädt frühestens ab z=8

etc.

Als Taggingschema finde ich:
http://wiki.openstreetmap.org/wiki/DE:Tag:place=island
http://wiki.openstreetmap.org/wiki/DE:Tag:place=islet
Aber keine konkrete Unterscheidung.

Zur Unterscheidung grösserer Inseln finde ich gar keine tags.

Nützlich wäre wenn man Bedeutung und Dominanz bezeichnen könnte.

Wie könnte man das sinnvoll machen?

Gruss, Markus

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

Re: [Talk-de] Inseln und Inselgruppen

2013-09-17 Diskussionsfäden Martin Koppenhöfer



Am 17.09.2013 um 13:27 schrieb Markus liste12a4...@gmx.de:

 Ist das ein Tagging- oder Rendering-Problem?


Beides, für Inseln ist es ein reines Renderingproblem, für Inselgruppen kommt 
ein tagging-Problem dazu.


 Wie könnte man das lösen?


Vor allem im Renderer, bei Inselgruppen wäre ein spezieller Tag ggf. Hilfreich 
(z.B. Natural=archipelago ?) bisher 10x in Verwendung 
http://taginfo.openstreetmap.org/tags/natural=archipelago

Gruß,
Martin





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

Re: [Talk-de] Inseln und Inselgruppen

2013-09-17 Diskussionsfäden fly

Am 17.09.2013 14:00, schrieb Martin Koppenhöfer:
 
 
 Am 17.09.2013 um 13:27 schrieb Markus liste12a4...@gmx.de:
 
 Ist das ein Tagging- oder Rendering-Problem?
 
 
 Beides, für Inseln ist es ein reines Renderingproblem, für Inselgruppen kommt 
 ein tagging-Problem dazu.
 
 
 Wie könnte man das lösen?
 
 
 Vor allem im Renderer, bei Inselgruppen wäre ein spezieller Tag ggf. 
 Hilfreich (z.B. Natural=archipelago ?) bisher 10x in Verwendung 
 http://taginfo.openstreetmap.org/tags/natural=archipelago

Genau so sind die Azoren getaggt wobei bei Inselgruppen mit solchen
Entfernungen es wohl nochmal einer Unterscheidung in Untergruppen bedarf
(fehlen noch in OSM).

Interessant ist bei den Azoren auch, dass es hier einen Teil der EU auf
der Nordamerikanischen Platte liegt.

cu
fly

P.S.: Welche Rolle hat nochmal der Parlamentssitz in eine Grenzrelation
? Weder admin_centre noch capital sind zutreffend aber das Parlament
steht halt dort.


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

[Talk-de] Wochennotiz Nr. 164 3.9.-9.9.2013

2013-09-17 Diskussionsfäden Gehling Marc

Hallo,

die Wochennotiz Nr. 164 mit allen wichtigen Neuigkeiten aus der OpenStreetMap 
Welt ist da: 

http://blog.openstreetmap.de/2013/09/wochennotiz-nr-164/

Viel Spaß beim Lesen!
___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Wochennotiz Nr. 164 3.9.-9.9.2013

2013-09-17 Diskussionsfäden Gertrud Simson



 Ich muss echt mal sagen: Danke für eure Mühe. Ich freue mich jede Woche
 auf die Wochennotiz. Man bekommt ja auch nicht immer alles mit...


+1

VG
Klumbumbus
___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Wochennotiz Nr. 164 3.9.-9.9.2013

2013-09-17 Diskussionsfäden Marvin Preuss

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On Tue, 17. Sep 15:23, Gehling Marc wrote:

 die Wochennotiz Nr. 164 mit allen wichtigen Neuigkeiten aus der OpenStreetMap 
 Welt ist da: 
 
 http://blog.openstreetmap.de/2013/09/wochennotiz-nr-164/

Ich muss echt mal sagen: Danke für eure Mühe. Ich freue mich jede Woche auf die 
Wochennotiz. Man bekommt ja auch nicht immer alles mit...

lg,

Marvin
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.12 (GNU/Linux)

iQEcBAEBAgAGBQJSOGqaAAoJEJA5GTOuzd28ZqMIAI7Fsu0Pzgf0yTT3xKj4oxaJ
xMw5y/DEyFOtQOEkv3O2NFGXDjeQAIP/Psm7q78ecDioGMsjIg3rT8a4v4BRDwtX
HMtKvzqT1b9RDrX5ss4x/rzl+AkmkDUaKZxjSeDQ7gtLApELjtzkI4b5qZROxSlp
wgkKouYp+/ePgTWrB4TuZAwFsK8vYDHuuB6OZlVPue6RYJUxL31rRVGSA+naSzWG
xYHcRMOytPDS7uPVp3FWfm5kfIVsY/fObTqqAPJT08saN2Z+7WiJdBfzDv3dNvNS
AM280OT/LJ8rrK7hTcN7cnrNMR1nI7xY5EB4A60heYd55qklUCZHf0Oz7RK/Z6I=
=dmK2
-END PGP SIGNATURE-

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

Re: [Talk-de] Definition coastline, PSG


Hallo Martin,


Gibt es denn eine Möglichkeit, Küstenlinien z.B. von neuen Luftbildern von
Bing zu digitalisieren? und das Ergebnis auszutauschen gegen alte, bisher
unveränderte Abschnitte aus PGS-Digitalisierung?


von Hand


Per Script natürlich ;-)
(356.000 km...)

Gruss, Markus


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

Re: [Talk-de] Definition coastline, wood

Am 17. September 2013 20:02 schrieb Markus liste12a4...@gmx.de:

 Strichpunkt-Werte finde ich nicht so gut.
 Besser würde mir gefallen bare_rock_with_trees oder wood_with_rocks.




meine Präferenz wäre, die einzelnen Baumflächen zu zeichnen und ggf. den
Felsen als eigenes Objekt, wenn überhaupt. Ist schon mehr Arbeit, aber auch
mehr Infos (sonst kann man eben auch keine Karte machen auf der man sehen
kann, wo die Bäume wachsen, und zu wissen, wo die Bäume wachsen und wo
nicht, lässt wiederum andere Rückschlüsse zu, die man dann eben auch nicht
machen kann).
Bei dichterem Bestand wäre vielleicht auch natural=woodland für die
Gesamtfläche ein brauchbarer tag (also dünner als Wald, aber dichter als
nur einzelne Bäume).

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

Re: [Talk-de] Definition coastline, PSG


Hallo Christoph,


Wäre es möglich, solche spezifischen Sägezanmuster per Skript u
erkennen und zu glätten?
Ohne dabei bereits verbesserte Küstenlinien (insbesondere an
bewohnten Küsten) zu beeinträchtigen?


Da ist wohl kaum eine Chance.


Das habe ich gefürchtet...

Gibt es denn eine Möglichkeit, Küstenlinien z.B. von neuen Luftbildern 
von Bing zu digitalisieren? und das Ergebnis auszutauschen gegen alte, 
bisher unveränderte Abschnitte aus PGS-Digitalisierung?


Ich vermute, es gibt noch sehr viele alte unveränderte Küsten in OSM...

Gruss, Markus


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

Re: [Talk-de] Definition coastline, wood

On Monday 16 September 2013, Stephan Wolff wrote:

 Die Intention war mir klar. In den Schären kann man schon die auf den
 vorhandenen Luftbildern sichtbaren Steine nicht alle einzeichnen.
 Bei höher aufgelösten Bildern muss man zwangsläufig die coastline
 glätten.

Das ist vollkommen verständlich, es sollte jedoch klar sein, dass dies 
eine Anforderung bei der Erfassung ist.  Für die Verwendung der Daten 
ist dies im Allgemeinen nicht erforderlich.  Deshalb steht im Wiki ja 
auch 'keine Generalisierung' und nicht allgemein 'keine Vereinfachung'.

 Hinzu kommt die Lageunsicherkeit der Luftbilder, die man mangels
 brauchbarer GPS-Tracks (die meisten Tracks in den Schären stammen von
 Wasserfahrzeugen) nur eingeschränkt korrigieren kann.

Das stimmt natürlich - allerdings scheint die Ausrichtung der in dieser 
Region bei Bing vorhandenen Bilder recht gut zu sein.

Man sollte sich immer klar machen, dass es einen Unterschied zwischen 
absoluter Lagegenauigkeit und lokaler Auflösung gibt.  Ersteres sollte 
natürlich immer angestrebt werden, was aber nicht bedeutet, dass bei 
geringer Lagegenauigkeit eine detaillierte Erfassung völlig sinnlos 
ist, da auch die Form der Küste im Detail unabhängig von der exakten 
Position für den Anwender von großem Informationswert sein kann.

Und die Lagegenauigkeit ist bei weitem nicht nur bei hochauflösenden 
Luftbildern ein Problem.  Bei den aktuellen Küstenlinien-Daten der 
ganzen Schärenregion (und ich würde das noch weiter auf fast ganz 
Skandinavien ausdehnen) ist da Problem eigentlich eher, dass das meiste 
auf schlecht ausgerichteten Landsat-Bildern basiert (teils PGS, teils 
manuell erfasst).  Das lässt sich oft auch schon ohne hochauflösende 
Luftbilder deutlich verbessern.  Ich habe das mal für einen Bereich 
gemacht, wo aktuell eine Menge fehlt:

http://www.imagico.de/files/finland.osm.bz2

Wohlbemerkt: die Datengrundlage hierfür ist nicht besser als für die 
PGS-Daten, das Ganze ist lediglich genauer ausgerichtet und 
detaillierter vektorisiert.

Grüße,

-- 
Christoph Hormann
http://www.imagico.de/

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

Re: [Talk-de] Definition coastline, wood

2013-09-17 Diskussionsfäden Stephan Wolff


Moin!

Am 17.09.2013 06:53, schrieb Markus:

Hast du den Ausschnitt mit der Mapnikkarte auf osm.org verglichen?


Ja - wir rendern die Karte ja selbst.
Änderungen der Küstenlinie sehen wir nur in sehr langen Abständen im
Datenbestand. Entsprechend verspätet können wir diese rendern ...

Wenn Du eine Idee hast, wie wir das verbessern können,
wäre das super!


Aktuell werden Änderungen der coastline schon nach wenigen Tagen auf 
osm.org sichtbar (manchmal dauerte es schon mehrere Wochen).

Sind die dafür erzeugten Shapefiles nicht auch für euch nutzbar?


Gewässer ohne Gezeiten: Mean Sea Level (Mittlerer Wasserstand)


ist aber in diesem Fall nicht eindeutig.


Ja, sie ist in den Schären im Luftbild besonders schwer erkennbar.


Auf guten Luftbildern sind Fels und Wasser gut unterscheidbar. Meine 
Frage bezog sich aber speziell auf die Abgrenzung in Schilfgebieten.



Auf dem Luftbild erkennt man allenfalls ob die Baumkronen lückenlos
stehen.


Das wäre für mich der Wald.


Nützlich wäre ein tag für teilweise baumbedeckte Gebiete.


Ja.


Wäre folgendes sinnvoll?
natural=bare_rockNur Fels
natural=bare_rock;wood   Fels mit Bäumen
natural=wood;bare_rock   Wald mit Felsinseln
natural=wood Wald


In den Schären ist die Orientierung zwischen den Inseln sehr schwierig,
weil diese optisch hintereinander liegen und sozusagen miteinander
verschmelzen. Da hilft jeder identifizierbare Objekt an Land.


Oder ein GPS-Empfänger :-)

Gruß
Stephan


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

Re: [Talk-de] Definition coastline, PSG

Am 17. September 2013 17:56 schrieb Markus liste12a4...@gmx.de:

 Gibt es denn eine Möglichkeit, Küstenlinien z.B. von neuen Luftbildern von
 Bing zu digitalisieren? und das Ergebnis auszutauschen gegen alte, bisher
 unveränderte Abschnitte aus PGS-Digitalisierung?



wieso nicht? Man kann die coastline editieren wie alles andere auch,
einfach machen. Schlechter als PGS wird es wohl kaum werden von Hand.

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

Re: [Talk-de] Inseln und Inselgruppen


Hallo Christoph,


französische Karte mit verbesserter Insel-Beschriftung:
http://tile.openstreetmap.fr/?zoom=5lat=39.23846lon=2.99964layers=B00


Wow!

In z=4 sieht man sauber die Staaten mit Namen
(hat mir schon immer gefehlt, so eine politische Übersicht,
Mapnik ist da ziemlich verwirrend statt erleuchtend)
Man könnte zusätzlich noch die Hauptstadt-Namen angeben.

Wie könnte man Mapnik bei den Inseln helfen?

Gruss, Markus

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

Re: [Talk-de] Inseln und Inselgruppen

Am 17. September 2013 19:07 schrieb Christoph Hormann chris_horm...@gmx.de
:

 Die Frage ist dabei immer auch ob Node oder Multipolygon.  Bei größeren
 Inselgruppen kann ein Multipolygon ziemlich riesig werden, bei einem
 einzelen Node muss man hingegen als Mapper erst mal herausfinden, wo
 der ist.




ich würde für Inselgruppen klar ein Multipolygon bevorzugen, mit den Inseln
als outer members, von den Nodes sollten wir eher wegkommen für solche
Dinge, weil die erst die Probleme verursachen dass man Zusatztags braucht
um die Relevanz zu bestimmen, während über die Fläche in den meisten Fällen
auch die Wichtigkeit rüberkommen sollte - falls es überhaupt Ausnahmen gibt
wo das nicht funktioniert.

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

Re: [Talk-de] Inseln und Inselgruppen

On Tuesday 17 September 2013, Martin Koppenhoefer wrote:

 wobei es vermutlich weltweit mehr als 10 Inselgruppen mit Namen gibt
 ;-) Eine Rolle spielt dabei sicher auch die weitgehend fehlende
 Dokumentation, es gibt im Wiki zwar ein paar verstreute Verweise auf
 den tag natural=archipelago, aber es wäre sicher kein Schaden, den
 tag zu dokumentieren:
 http://wiki.openstreetmap.org/w/index.php?title=Tag:place%3Darchipela
goaction=editredlink=1wenn jemand da Lust und Zeit hat.

Die Frage ist dabei immer auch ob Node oder Multipolygon.  Bei größeren 
Inselgruppen kann ein Multipolygon ziemlich riesig werden, bei einem 
einzelen Node muss man hingegen als Mapper erst mal herausfinden, wo 
der ist.

-- 
Christoph Hormann
http://www.imagico.de/

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

Re: [Talk-de] Inseln und Inselgruppen


Hi,


für Inseln ist es ein reines Renderingproblem


Welches genau?
Wie könnte man Mapnik helfen?


bei Inselgruppen Natural=archipelago
bisher 10x in Verwendung


Nur 6x als Relation.
Angezeigt werden aber mehr?


Genau so sind die Azoren getaggt


Werden aber nicht angezeigt?

Und wie machen wir das bei den Inseln?

Gruss, Markus


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

Re: [Talk-de] Inseln und Inselgruppen

Am 17. September 2013 17:47 schrieb Christoph Hormann chris_horm...@gmx.de
:

 Weitgehend ein Rendering-Problem.




wobei es vermutlich weltweit mehr als 10 Inselgruppen mit Namen gibt ;-)
Eine Rolle spielt dabei sicher auch die weitgehend fehlende Dokumentation,
es gibt im Wiki zwar ein paar verstreute Verweise auf den tag
natural=archipelago, aber es wäre sicher kein Schaden, den tag zu
dokumentieren:
http://wiki.openstreetmap.org/w/index.php?title=Tag:place%3Darchipelagoaction=editredlink=1wenn
jemand da Lust und Zeit hat. (Oder ggf. ein proposal erstellen, wobei
das hier einigermaßen unumstritten sein dürfte, und es wie gesagt auch
schon einige Links zu dieser noch nicht existierenden Seite gibt).

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

Re: [Talk-de] Definition coastline, wood


Hallo Martin,
hallo Stephan,


natural=bare_rockNur Fels
natural=bare_rock;wood   Fels mit Bäumen
natural=wood;bare_rock   Wald mit Felsinseln
natural=wood Wald


wie wärs mit landcover


natural finde ich gut


natural für geografische features
aber keine physischen Eigenschaften


Finde ich gut.
Müsste man halt in beiden Kategorien so beschreiben,
jeweils nachvollziehbar mit Beispielen (und Gegenbeispielen)

Strichpunkt-Werte finde ich nicht so gut.
Besser würde mir gefallen bare_rock_with_trees oder wood_with_rocks.

Gruss, Markus

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

Re: [Talk-de] Definition coastline, PSG

On Tuesday 17 September 2013, Markus wrote:

  Gibt es denn eine Möglichkeit, Küstenlinien z.B. von neuen
  Luftbildern von Bing zu digitalisieren? und das Ergebnis
  auszutauschen gegen alte, bisher unveränderte Abschnitte aus
  PGS-Digitalisierung?
 
  von Hand

 Per Script natürlich ;-)

Das dürfte wie gesagt prinzipiell nur in wenigen Bereichen möglich sein, 
da oft zumindest punktuell nachträglich Dinge geändert wurden.

Eine automatisierte Erkennung der Küstenlinie ist eigentlich nur bei 
Infrarot-Bildern möglich (also bei hochauflösenden Luftbildern meist 
nicht) und funktioniert eigentlich nur unter Idealbedingungen wirklich 
gut (also wolkenfreie Bilder ohne nennenswerte Schatten und mit klarem 
Wasser).  

Es kann für die Erfassung von Küstenlinienverläufen von etwas größeren 
Gebieten allerdings recht praktisch sein, wenn man auf Grundlage von 
Satellitenbildern eine Land-Wasser-Maske per Hand erzeugt und diese 
dann vektorisiert.  Das ist oft deutlich weniger Arbeit, als das direkt 
abzumalen und wird meist gleichmäßiger und genauer.

 (356.000 km...)

???

(die aktuelle OSM-Küstenlinie ist etwa 2 Millionen km lang)

Grüße,

-- 
Christoph Hormann
http://www.imagico.de/

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

Re: [Talk-de] Definition coastline, PSG

On Tuesday 17 September 2013, Markus wrote:

 In Wirklichkeit schön geschwungene Sandstrände
 sind hier durch ein grobes Sägezahnmuster abgebildet.

 Wäre es möglich, solche spezifischen Sägezanmuster per Skript u
 erkennen und zu glätten?
 Ohne dabei bereits verbesserte Küstenlinien (insbesondere an
 bewohnten Küsten) zu beeinträchtigen?

Da ist wohl kaum eine Chance.  Wenngleich sich Bereiche, in denen PGS 
die Datengrundlage bildet, durchaus erkennen lassen, sind diese meist 
mit späteren punktuellen Veränderungen gespickt.

Grüße,

-- 
Christoph Hormann
http://www.imagico.de/

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

Re: [Talk-de] Inseln und Inselgruppen

On Tuesday 17 September 2013, Markus wrote:
 Ich werde immer mal dieder darauf angesprochen, dass Inseln und
 Inselgruppen auf der Mapnik-Karte wenig hilfreich beschriftet seien.

 Ist das ein Tagging- oder Rendering-Problem?
 Wie könnte man das lösen?

Weitgehend ein Rendering-Problem.

Es gibt in der französischen Karte einen Layer mit verbesserter 
Insel-Beschriftung:

http://tile.openstreetmap.fr/?zoom=5lat=39.23846lon=2.99964layers=B00

Ideal ist das aber auch noch nicht.

Grüße,

-- 
Christoph Hormann
http://www.imagico.de/

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

Re: [Talk-de] Definition coastline, wood

Am 17. September 2013 18:43 schrieb Stephan Wolff s.wo...@web.de:

 natural=bare_rockNur Fels
 natural=bare_rock;wood   Fels mit Bäumen
 natural=wood;bare_rock   Wald mit Felsinseln
 natural=wood Wald



m.E. nicht sinnvoll, wie wärs mit landcover als key? Für natural wäre
schön, wenn man sich darauf einigen könnte, dass es geografische features
und keine physischen Eigenschaften beschreibt, also so was wie Bucht,
Küstenlinie, Strand, Quelle, Wüste, etc. Prinzipiell sind fast alle Werte
dementsprechend, nur wood, water und bare_rock fallen aus der Rolle, wobei
wood eigentlich erst im nachhinhein als Urwald gedeutet wurde, nachdem
jemandem aufgefallen war, dass es sich mit landuse=forest überschneidet und
man versucht hat, einen Sinn herauszulesen ;-)

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

[Talk-de] JOSM nicht erreichbar

2013-09-17 Diskussionsfäden Martin Czarkowski


Hi,

wenn ich das Programm JOSM (Java Webstart)aufrufe erscheint die Meldung 
Anwendung kann nicht gestartet werden.

Die Seite ?www.josm.openstreetmap.de/ ist auch nicht erreichbar.

Weiß jemand was los ist?

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

Re: [Talk-de] JOSM nicht erreichbar

2013-09-17 Diskussionsfäden gmbo


Der Server ist auch heute morgen nicht erreichbar.
die auf dem Rechner installierte Josm Anwendung startet problemlos 
bringt aber die Meldung des Tages als ncht erreichbar.


Gruß
Gisbert


Am 18.09.2013 01:49, schrieb Martin Czarkowski:

Hi,

wenn ich das Programm JOSM (Java Webstart)aufrufe erscheint die 
Meldung Anwendung kann nicht gestartet werden.

Die Seite ?www.josm.openstreetmap.de/ ist auch nicht erreichbar.

Weiß jemand was los ist?

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




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

Re: [Talk-it] Due considerazioni da niubbo

2013/9/17 Cristian Consonni kikkocrist...@gmail.com

 Ciao,

 due considerazioni da niubbo che, nel week-end, ha fatto un po' di
 mappatura dalla poltrona:
 1) con iD mi sono trovato bene, mi pare molto intuitivo almeno per
 fare le tre cose che ho provato a fare io: aggiungere qualche strada,
 mappare qualche edificio e qualche parcheggio, aggiungere qualche nome
 qui e là



si, mi sembra anche a me molto bello e fatto bene per fare piccole cose.
Come niubbo credo non ti accorgi cosa ti manca (per esempio relazioni) e
cosa ti distrugge senza che ti avvisa o che lo noti ;-) Comunque,
aggiungendo tags e POI non si può distruggere niente.



2) Ecco un altro punto... per esempio io sostanzialmente scoperto ieri
 che a guardare un po' più in dettaglio il mio paesello (CIsano
 Bergamasco) ci sono diverse cose da fare... per esempio mancano i nomi
 delle vie. Finora mi sono astenuto dal fare modifiche perché credevo
 fosse *necessario* andare sul campo con un GPS



nono, con le foto aeree disponibili e con la mappa non più completamente
vuota l'unica cosa che ti serve è la connoscenza del territorio.

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

Re: [Talk-it] R: non trovo un comune su OSMAND

2013-09-17 Diskussionsfäden yahoo-pier_andreit


On 09/16/2013 09:10 PM, girarsi_liste wrote:

Il 16/09/2013 20:19, beppebo...@libero.it ha scritto:

Controlla se c è nel database e magari come è scritta cmq tempo fa mi era
capitato con altri comuni tra cui san Gimignano a volte qualche
maldestro li
cancella ahimè... Ora ce ne sono addirittura  due :)


Messaggio originale
Da: pier_andr...@yahoo.it
Data: 16/09/2013 20.14
A: talk-it@openstreetmap.org
Ogg: [Talk-it] non trovo un comune su OSMAND

da tempo, circa 6mesi, ho scaricato le mappe italy e lazio italy per
osmand, volevo aggiungere un indirizzo tra i preferiti da raggiungere e
ho cercato la citta' castelforte, nel lazio, ma non l'ho trovata,
secondo voi perche'??? si puo' aggiungere?? ho sbagliato io??

ciao grazie Pier


Da quel che vedo [0], è una città tutta da mappare, vedo solo il campo
sportivo, il resto manca tutto.


[0] http://www.openstreetmap.org/#map=16/41.2986/13.8275

guarda, non ci ho fattto caso, ma quando ero li in via garibaldi, via 
fusco, e un'altra che non mi ricordo individuava la posizione con il 
dove sono e vedevo anche il nome delle vie..., e seguiva bene il 
percorso da una all'altra...


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

Re: [Talk-it] [OT] Navigatore con ricevitore GPS + GLONASS


Il 16/09/2013 23:43, scratera ha scritto:

...non cambia niente...tanto i garmin registrano solo e solamente in wgs84...


Qundi la ricezione è sempre uguale? boh!



...tutto il resto è per comodità di lettura...e il formato che imposti in
menu  impostazioni  formto posizione serve solo se carichi delle custom
map con un datum diverso da wgs84


Temo ci siamo capiti male, ho espresso formato del datum, non del 
sistema di riferimento.


--
Simone Girardelli

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

Re: [Talk-it] R: non trovo un comune su OSMAND


Il 17/09/2013 10:55, yahoo-pier_andreit ha scritto:

guarda, non ci ho fattto caso, ma quando ero li in via garibaldi, via
fusco, e un'altra che non mi ricordo individuava la posizione con il
dove sono e vedevo anche il nome delle vie..., e seguiva bene il
percorso da una all'altra...


Mi sono spiegato male, intendevo gli edifici e tutto il resto.

--
Simone Girardelli

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

Re: [Talk-it] [OT] Navigatore con ricevitore GPS + GLONASS

2013-09-17 Diskussionsfäden scratera

girarsi_liste wrote
 Il 16/09/2013 23:43, scratera ha scritto:
 Qundi la ricezione è sempre uguale? boh!
 
 
 ...tutto il resto è per comodità di lettura...e il formato che imposti in
 menu  impostazioni  formto posizione serve solo se carichi delle custom
 map con un datum diverso da wgs84
 
 Temo ci siamo capiti male, ho espresso formato del datum, non del 
 sistema di riferimento.
 
 -- 
 Simone Girardelli
 
 ___
 Talk-it mailing list

 Talk-it@

 https://lists.openstreetmap.org/listinfo/talk-it

...per ricezione io intendo la qualità del segnale e la qualità del segnale
dipende dal numero di satelliti collegati...dalla disposizione di detti
satelliti..
...per assurdo ne basterebbero 4 disposti però a 120° uno dall'altro e non
sempre ciò è possibile in quanto la vista cielo del garmin può essere in
qualche modo difficoltosa...quindi più satelliti ho in vista cielo è meglio
è...se poi attivo la correzione egnos in alcuni casi ottengo una correzzione
del segnale che può migliorarmi la rilevazione della posizione...ma ciò
dipende sopratutto dalla location
...personalmente ritengo utile tale attivazione
...quello che io intendo quando ho scritto che 
 menu  impostazioni  formto posizione serve solo se carichi delle custom
map con un datum diverso da wgs84
...intendo sire che molte volte le mappe cartacee hanno riferimenti diversi
dal sistema wgs84 e per poter utilizzarle devo dire al garmin che tipo di
riferimento deve usare
...se usi solo le mappe vettoriali o meglio quelle in forlato .img nonserve
che tocchi niente e lasci wgs84
...per il resto dipende da te se vuoi leggere il punto in formato decimale o
radiante...



--
View this message in context: 
http://gis.19327.n5.nabble.com/OT-Navigatore-con-ricevitore-GPS-GLONASS-tp5777606p5777890.html
Sent from the Italy General mailing list archive at Nabble.com.

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

Re: [Talk-it] [OT] Navigatore con ricevitore GPS + GLONASS


Il 17/09/2013 19:20, scratera ha scritto:

girarsi_liste wrote

Il 16/09/2013 23:43, scratera ha scritto:
Qundi la ricezione è sempre uguale? boh!



...tutto il resto è per comodità di lettura...e il formato che imposti in
menu  impostazioni  formto posizione serve solo se carichi delle custom
map con un datum diverso da wgs84


Temo ci siamo capiti male, ho espresso formato del datum, non del
sistema di riferimento.

--
Simone Girardelli

___
Talk-it mailing list



Talk-it@



https://lists.openstreetmap.org/listinfo/talk-it


...per ricezione io intendo la qualità del segnale e la qualità del segnale
dipende dal numero di satelliti collegati...dalla disposizione di detti
satelliti..
...per assurdo ne basterebbero 4 disposti però a 120° uno dall'altro e non
sempre ciò è possibile in quanto la vista cielo del garmin può essere in
qualche modo difficoltosa...quindi più satelliti ho in vista cielo è meglio
è...se poi attivo la correzione egnos in alcuni casi ottengo una correzzione
del segnale che può migliorarmi la rilevazione della posizione...ma ciò
dipende sopratutto dalla location
...personalmente ritengo utile tale attivazione


Ho capito, scusa avevo travisato col datum.


...quello che io intendo quando ho scritto che
  menu  impostazioni  formto posizione serve solo se carichi delle custom
map con un datum diverso da wgs84
...intendo sire che molte volte le mappe cartacee hanno riferimenti diversi
dal sistema wgs84 e per poter utilizzarle devo dire al garmin che tipo di
riferimento deve usare
...se usi solo le mappe vettoriali o meglio quelle in forlato .img nonserve
che tocchi niente e lasci wgs84
...per il resto dipende da te se vuoi leggere il punto in formato decimale o
radiante...


Vediamo se ho capito bene stavolta, quell'impostazione non serve per il 
gpx ma solo per la lettura della mappa?



--
Simone Girardelli

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

Re: [Talk-it] [OT] Navigatore con ricevitore GPS + GLONASS

2013-09-17 Diskussionsfäden scratera

..solo se usi mappe cartacee o custom map...se usi le classiche vettoriali in
formato .img non serve a niente...e anche le custom map di norma si creano
con detto formato...



--
View this message in context: 
http://gis.19327.n5.nabble.com/OT-Navigatore-con-ricevitore-GPS-GLONASS-tp5777606p5777897.html
Sent from the Italy General mailing list archive at Nabble.com.

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

Re: [Talk-it] [OT] Navigatore con ricevitore GPS + GLONASS


Il 17/09/2013 20:28, scratera ha scritto:

..solo se usi mappe cartacee o custom map...se usi le classiche vettoriali in
formato .img non serve a niente...e anche le custom map di norma si creano
con detto formato...



Ok, credo, di aver capito, grazie.


--
Simone Girardelli

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

Re: [Talk-it] Osmose abilitato per l'Italia

2013-09-17 Diskussionsfäden Simone Cortesi

2013/9/16 Cristian Consonni kikkocrist...@gmail.com:
 Pensavo, può interessarvi avere una pagina web con una tabella che
 mostra lo stato di ogni analisi e i log?

log dettagliato, sempre piaciuto... :)


-- 
-S

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

Re: [Talk-it] R: non trovo un comune su OSMAND

2013-09-17 Diskussionsfäden yahoo-pier_andreit


On 09/16/2013 08:19 PM, beppebo...@libero.it wrote:

Controlla se c è nel database e magari come è scritta cmq tempo fa mi era
capitato con altri comuni tra cui san Gimignano a volte qualche maldestro li
cancella ahimè... Ora ce ne sono addirittura  due :)


come faccio a controllare se c'e' nel database??? dove lo trovo il 
database???





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

Re: [Talk-it] Fervono i lavori per la rimozione della Costa Concordia...

2013-09-17 Diskussionsfäden Simone Cortesi

ho buttato giù una bozza di press release, ispirandomi (plagiando) le
altre presenti sulla wiki di osm.

la mia idea sarebbe quella di fare un testo generico (adattato di
volta in volta all'evento) dove mettiamo in evidenza la superiorità
della mappa osm. In evidenza è la superiorità comunitaria e non
quella tecnologica (dopotutto il testo deve essere ripreso dai
giornalisti e pubblicato su stampa aperta a tutti.

mi aiutate? l'ho messa sull'etherpad di wikimedia.

https://etherpad.wikimedia.org/p/miglior%20mappa



On Tue, Sep 17, 2013 at 11:23 AM, emmexx emm...@tiscalinet.it wrote:
 Gia' aggiornata la sagoma del relitto. Che efficienza!

 ciao
 maxx

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



-- 
-S

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

Re: [Talk-co] ¿Quieren participar en un hackathon de mapas?

2013-09-17 Diskussionsfäden Javier Carranza

Encantados los sumamos. Los agregué por skype, hablemos.

  [image: geocensos]

http://s.wisestamp.com/links?url=https%3A%2F%2Fsites.google.com%2Fa%2Fgeocensos.com%2Fmapps%2Fsn=amF2aWVyY2FycmFuemFAY29uc3VsdGFudC5jb20%3D

*Javier Carranza** Tresoldi** CEO**, GeoCensos*
Tel: (571) 459-5159 | Mobile: (57) 314-3244540
*Skype: javiercarranza
Juntos, mapeamos un futuro mejor para todos.*
*Together we map a better future for all. *
 
www.geocensos.comhttp://s.wisestamp.com/links?url=http%3A%2F%2Fwww.geocensos.comsn=amF2aWVyY2FycmFuemFAY29uc3VsdGFudC5jb20%3D
 Importante: en todos los casos que se haga referencia al GeoCensos Mapps
Hackathon* se debe mencionar expresamente que el organizador general es
Fundación GeoCensos *ya que es un requisito básico de nuestro patrocinante
[image: 
Twitter]http://s.wisestamp.com/links?url=https%3A%2F%2Ftwitter.com%2FGeoCensossn=amF2aWVyY2FycmFuemFAY29uc3VsdGFudC5jb20%3D
[image:
LinkedIn]http://s.wisestamp.com/links?url=http%3A%2F%2Fco.linkedin.com%2Fin%2Fcarranzatorressn=amF2aWVyY2FycmFuemFAY29uc3VsdGFudC5jb20%3D
 Create your free signature:
http://s.wisestamp.com/links?url=http%3A%2F%2Fr1.wisestamp.com%2Fr%2Flanding%3Fpromo%3D33%26dest%3Dhttp%253A%252F%252Fwww.wisestamp.com%252Femail-install%253Futm_source%253Dextension%2526utm_medium%253Demail%2526utm_campaign%253Dpromo_33sn=amF2aWVyY2FycmFuemFAY29uc3VsdGFudC5jb20%3D
CLICK
HERE!http://s.wisestamp.com/links?url=http%3A%2F%2Fr1.wisestamp.com%2Fr%2Flanding%3Fpromo%3D33%26amp%3Bdest%3Dhttp%253A%252F%252Fwww.wisestamp.com%252Femail-install%253Futm_source%253Dextension%2526utm_medium%253Demail%2526utm_campaign%253Dpromo_33sn=amF2aWVyY2FycmFuemFAY29uc3VsdGFudC5jb20%3D



2013/9/16 Ariel Nunez ingenieroar...@gmail.com

 Gracias por la invitación, me gustaría hacer un evento en Barranquilla
 pero antes tengo que hablar con la Fundación de Software Libre en Colombia
 que sería donde posiblemente se puede realizar.

 Yo trabajo en el área de reducción de desastres en el Banco Mundial y
 puedo aportar un par de problemas (ahora recuerdo que Luis Aguilar de OCHA
 me mandó un correo al respecto).

 My Skype es ingenieroariel, me gustaría conversar contigo cuando estés
 disponible para saber más del evento y ver como se puede hacer algo acá
 también.

 Saludos, y felicidades por la iniciativa.

 Ariel


 2013/9/16 Javier Carranza javier.carra...@geocensos.com

 Hola ,

 Queremos reenviar la invitación que hiciéramos hace unos meses al GeoCensos
 Mapps Hackathon https://sites.google.com/a/geocensos.com/mapps.

 El Hackathon será un evento que reunirá a desarrolladores, interesados,
 ejecutivos e integrantes de comunidades tecnológicas, especialmente de
 geoinformación, los días 4 y 5 de Octubre de 2013 en las principales
 ciudades de 7 países de Mesoamérica, desde Colombia hasta México.

 Ya contamos con 600 registrados en la región y creemos en los que nos
 siguen. Queremos proponerle ser socios en las ciudades de OSM fuera de
 Bogotá y Medellín. Los requisitos son sencillos:


- Tener un lugar para  25 - 40 personas con buena conectividad a
internet el 4 y 5 de Octubre.
- Ofrecer , de ser posible, una estación de café y galletas a los
participantes durante la duración del evento.
- Tener muchisimas ganas de codear.



 En caso que desee ayudar a difundir el Mapps Hackathon recomendamos
 publicar en los medios a su alcance el contenido de los vinculos:

 Sitio oficial : http://www.geocensos.com/
 Sitio del evento: https://sites.google.com/a/geocensos.com/mapps/home
 Sitio para registro de interesados: http://goo.gl/VnmBP1
 Cuenta de Facebook: https://www.facebook.com/geocensos
 Cuenta de Twitter: @geocensos
 Hashtag: #mapps


 Quedamos atentos y agradecidos desde ya por si desean que juntos mapeemos
 un mundo mejor para todos.


   [image: geocensos]

 http://s.wisestamp.com/links?url=https%3A%2F%2Fsites.google.com%2Fa%2Fgeocensos.com%2Fmapps%2Fsn=amF2aWVyY2FycmFuemFAY29uc3VsdGFudC5jb20%3D

 *Javier Carranza** Tresoldi** CEO**, GeoCensos*
 Tel: (571) 459-5159 | Mobile: (57) 314-3244540
 *Skype: javiercarranza
 Juntos, mapeamos un futuro mejor para todos.*
 *Together we map a better future for all. *
  
 www.geocensos.comhttp://s.wisestamp.com/links?url=http%3A%2F%2Fwww.geocensos.comsn=amF2aWVyY2FycmFuemFAY29uc3VsdGFudC5jb20%3D
   Importante: en todos los casos que se haga referencia al GeoCensos
 Mapps Hackathon* se debe mencionar expresamente que el organizador
 general es Fundación GeoCensos *ya que es un requisito básico de nuestro
 patrocinante
 [image: 
 Twitter]http://s.wisestamp.com/links?url=https%3A%2F%2Ftwitter.com%2FGeoCensossn=amF2aWVyY2FycmFuemFAY29uc3VsdGFudC5jb20%3D
  [image:
 LinkedIn]http://s.wisestamp.com/links?url=http%3A%2F%2Fco.linkedin.com%2Fin%2Fcarranzatorressn=amF2aWVyY2FycmFuemFAY29uc3VsdGFudC5jb20%3D



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

Re: [Talk-dk] Geoinformationer på Wikipedia

2013-09-17 Diskussionsfäden Niels Elgaard Larsen


On 2013-09-17 10:29, Soren Johannessen wrote:

Hej Leif

Det lyder som en rigtigt god ide at lave et mapping-party med fokus på
Wikipedia.


Jeg synes også at POI's på Wikivoyage er interessant.

Fx
http://en.wikivoyage.org/wiki/%C3%98sterbro
http://maps.wikivoyage-ev.org/w/poimap2.php?lat=55.69882lon=12.57880zoom=15layer=Olang=enname=Copenhagen/%C3%98sterbro

Østerbro er en af de destinationer, jeg har arbejdet en del på.
Der er nogle værktøjer, der prøver at finde koordinater på Wikivoyage 
POI's ud fra navn eller adresser.
Men for det første virker de ikke specielt godt, for det andet får de 
ikke andre tags med. Det er lidt trættende at putte fx opening_hours ind 
i både Openstreetmap og Wikivoyage.




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

[Talk-es] Catastro: ¿Chapuza?

2013-09-17 Diskussionsfäden Óscar Zorrilla Alonso

Buenos días;

Ayer por fin los chicos de @osmburgos probamos a usar Cat2osm2 para empezar a 
comprobar los datos del catastro en la provincia de Burgos.

Antes de nada felicitar a los desarrolladores de Cat2osm2, el programa funciona 
perfectamente, el problema por tanto no es de ellos.

La sorpresa ayer vino con el Catastro, Cat2osm2 como he dicho antes va bien, 
sin embargo los datos del catastro según fuimos analizándolos en diversas 
localizaciones de la provincia nos hundieron en la miseria.

Me explico, ayer bajamos los datos del catastro de 3 municipios diferentes, que 
nos conocemos bien:
- Burgos
- Medina de Pomar [1]
- Los Altos [3]

Nos repartimos los datos en 2 ordenadores y nos pusimos a comprobar vía JOSM 
los datos importados del catastro. 
Al comprobar Medina de Pomar [1] (mi pueblo), ya vi que daba miedo, muchísimas 
calles con los datos de los portales erróneos, otras tantas con los nombres de 
las calles incorrectos, no cambiados de orden como en el otro hilo sino nombres 
diferentes a los reales.
En los números de portales por ejemplo el catastro indica el portal 34 cuando 
es el 18, en los pueblos pequeños [2] la chapuza todavía es mayor, pueden 
indicar el número 24 cuando realmente es el 3.

Tras ver los fallos en diferentes localizaciones de mi pueblo, probé con otro 
municipio [3] (Los Altos), allí por ejemplo es desesperante, los datos no 
concuerdan en nada, tan sólo aciertan en la altura de las casas.

Tras ver estos datos erróneos en localizaciones que conozco bien, me entra la 
duda de que hacer. Con estos datos personalmente me niego a importar a OSM 
datos del Catastro urbano al menos en el norte de la provincia de Burgos porque 
son una chapuza hablando claro.
¿Cómo sabría que están bien? Se que hay que tratarlos manzana por manzana, pero 
tal como están ahora exigen patearse la manzana para comprobar los datos, por 
tanto no arreglamos nada

Si los datos oficiales son tan malos como estos, ¿que hacer?

Los datos rústicos parecen estar bien, pero no los íbamos a importar. 

un saludo,

Óscar Zorrilla (aka cronoser)

[1] http://www.openstreetmap.org/#map=16/42.9332/-3.4874
[2] http://www.openstreetmap.org/#map=18/42.97915/-3.34939
[3] http://www.openstreetmap.org/#map=18/42.76911/-3.61770

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

Re: [Talk-es] Catastro: ¿Chapuza?

2013-09-17 Diskussionsfäden Ander Pijoan

Buenas tardes Óscar,

En primer lugar viendo las tres poblaciones que habéis puesto, están ya muy
muy completas. Se ve que le dais duro a OSM y lo domináis perfectamente =)

En cuanto a catastro, un par de detalles para ir descartando posibles
fallos y ver si el problema puede ser nuestro o de ellos.

-Los archivos que habéis descargado son sin histórico verdad? El nombre de
los archivos de geometrías tiene que tener RA. UA en lugar de RH y UH. De
no serlo igual podría haber algún problema por el que cogiese direcciones
antiguas o algo así.

-Habéis podido comprobar en la web de catastro (
https://www1.sedecatastro.gob.es/OVCFrames.aspx?TIPO=CONSULTA ) si metiendo
la referencia catastral de alguna de las parcelas que estén mal, os sale la
misma información? Si no sale la misma, a lo mejor es problema nuestro y
estamos haciendo alguna cosa mal.

-Otra cosa que me gustaría consultaros es si las entradas a las parcelas
están saliendo mas o menos en su sitio. Ya que para eso si que hemos tenido
que ingeniárnosla porque catastro no las tenía puestas en la parcela tal
cual.

A ver si con un poco de suerte es algún problema de estos con fácil
solución. Sino igual únicamente merece la pena que exportéis con el
parámetro -constru para tener los edificios con sus alturas y sin
direcciones.

Saludos y muchas gracias por los comentarios y las ayudas =)


El 17 de septiembre de 2013 14:22, Óscar Zorrilla Alonso 
oscar_zorri...@hotmail.com escribió:

 Buenos días;

 Ayer por fin los chicos de @osmburgos probamos a usar Cat2osm2 para
 empezar a comprobar los datos del catastro en la provincia de Burgos.

 Antes de nada felicitar a los desarrolladores de Cat2osm2, el programa
 funciona perfectamente, el problema por tanto no es de ellos.

 La sorpresa ayer vino con el Catastro, Cat2osm2 como he dicho antes va
 bien, sin embargo los datos del catastro según fuimos analizándolos en
 diversas localizaciones de la provincia nos hundieron en la miseria.

 Me explico, ayer bajamos los datos del catastro de 3 municipios
 diferentes, que nos conocemos bien:
 - Burgos
 - Medina de Pomar [1]
 - Los Altos [3]

 Nos repartimos los datos en 2 ordenadores y nos pusimos a comprobar vía
 JOSM los datos importados del catastro.
 Al comprobar Medina de Pomar [1] (mi pueblo), ya vi que daba miedo,
 muchísimas calles con los datos de los portales erróneos, otras tantas con
 los nombres de las calles incorrectos, no cambiados de orden como en el
 otro hilo sino nombres diferentes a los reales.
 En los números de portales por ejemplo el catastro indica el portal 34
 cuando es el 18, en los pueblos pequeños [2] la chapuza todavía es mayor,
 pueden indicar el número 24 cuando realmente es el 3.

 Tras ver los fallos en diferentes localizaciones de mi pueblo, probé con
 otro municipio [3] (Los Altos), allí por ejemplo es desesperante, los datos
 no concuerdan en nada, tan sólo aciertan en la altura de las casas.

 Tras ver estos datos erróneos en localizaciones que conozco bien, me entra
 la duda de que hacer. Con estos datos personalmente me niego a importar a
 OSM datos del Catastro urbano al menos en el norte de la provincia de
 Burgos porque son una chapuza hablando claro.
 ¿Cómo sabría que están bien? Se que hay que tratarlos manzana por manzana,
 pero tal como están ahora exigen patearse la manzana para comprobar los
 datos, por tanto no arreglamos nada

 Si los datos oficiales son tan malos como estos, ¿que hacer?

 Los datos rústicos parecen estar bien, pero no los íbamos a importar.

 un saludo,

 Óscar Zorrilla (aka cronoser)

 [1] http://www.openstreetmap.org/#map=16/42.9332/-3.4874
 [2] http://www.openstreetmap.org/#map=18/42.97915/-3.34939
 [3] http://www.openstreetmap.org/#map=18/42.76911/-3.61770


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




-- 
Ander Pijoan Lamas
Research Assistant, Deustotech
Computer Science Engineer
University of Deusto

E-mail: ander.pij...@deusto.es
Phone: +34 664471228
in: http://www.linkedin.com/profile/view?id=162888312
___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

Re: [Talk-es] Catastro: ¿Chapuza?

2013-09-17 Diskussionsfäden Jorge Sanz Sanfructuoso

Hola.

No lo he mirado mucho pero si me encontrado algún caso que esta mal que no
se si tendrá solución, depende de como se puedan coger los datos. Me
encontrado en Salamanca y me imagino que pasara en mas sitios edificios con
la dirección incorrecta. Si busco por la referencia catastral en la web del
catastro al ser edificios pues salen un montón de resultados, uno por casa
que hay en el edificio. Puede haber 30 casas por ejemplo, y de esas 28 con
una dirección y 2 con otra dirección y coge la de solo 2 en vez de la
mayoritaria, la cual es incorrecta. Así es en los casos que he mirado que
puede suceder que en otros casos la minoritaria sea la correcta, no lo se.

Pongo un par de ejemplos:
referencia catastro:
5190401TL7359A
Cat2OSM2 le pone la dirección Avenida Filiberto Villalobos, de 72, la
correcta es CL ALBERCA 35

referencia catastro:
5189901TL7358G
Cat2OSM2 le pone la dirección Calle Villarino 1, la correcta es avenida
Filiberto Villalobos n53.

En estos 2 casos y es probable que en la mayoría sea igual es por los
locales que tiene el edificio que no están en la calle donde esta el portal
y tienen una dirección diferente. No se si se podrá hacer que coja la
dirección que mas veces este indicada en una refencia catastral o algo así.

Un saludo


El 17 de septiembre de 2013 14:43, Ander Pijoan
ander.pij...@deusto.esescribió:

 Buenas tardes Óscar,

 En primer lugar viendo las tres poblaciones que habéis puesto, están ya
 muy muy completas. Se ve que le dais duro a OSM y lo domináis perfectamente
 =)

 En cuanto a catastro, un par de detalles para ir descartando posibles
 fallos y ver si el problema puede ser nuestro o de ellos.

 -Los archivos que habéis descargado son sin histórico verdad? El nombre de
 los archivos de geometrías tiene que tener RA. UA en lugar de RH y UH. De
 no serlo igual podría haber algún problema por el que cogiese direcciones
 antiguas o algo así.

 -Habéis podido comprobar en la web de catastro (
 https://www1.sedecatastro.gob.es/OVCFrames.aspx?TIPO=CONSULTA ) si
 metiendo la referencia catastral de alguna de las parcelas que estén mal,
 os sale la misma información? Si no sale la misma, a lo mejor es problema
 nuestro y estamos haciendo alguna cosa mal.

 -Otra cosa que me gustaría consultaros es si las entradas a las parcelas
 están saliendo mas o menos en su sitio. Ya que para eso si que hemos tenido
 que ingeniárnosla porque catastro no las tenía puestas en la parcela tal
 cual.

 A ver si con un poco de suerte es algún problema de estos con fácil
 solución. Sino igual únicamente merece la pena que exportéis con el
 parámetro -constru para tener los edificios con sus alturas y sin
 direcciones.

 Saludos y muchas gracias por los comentarios y las ayudas =)


 El 17 de septiembre de 2013 14:22, Óscar Zorrilla Alonso 
 oscar_zorri...@hotmail.com escribió:

 Buenos días;

 Ayer por fin los chicos de @osmburgos probamos a usar Cat2osm2 para
 empezar a comprobar los datos del catastro en la provincia de Burgos.

 Antes de nada felicitar a los desarrolladores de Cat2osm2, el programa
 funciona perfectamente, el problema por tanto no es de ellos.

 La sorpresa ayer vino con el Catastro, Cat2osm2 como he dicho antes va
 bien, sin embargo los datos del catastro según fuimos analizándolos en
 diversas localizaciones de la provincia nos hundieron en la miseria.

 Me explico, ayer bajamos los datos del catastro de 3 municipios
 diferentes, que nos conocemos bien:
 - Burgos
 - Medina de Pomar [1]
 - Los Altos [3]

 Nos repartimos los datos en 2 ordenadores y nos pusimos a comprobar vía
 JOSM los datos importados del catastro.
 Al comprobar Medina de Pomar [1] (mi pueblo), ya vi que daba miedo,
 muchísimas calles con los datos de los portales erróneos, otras tantas con
 los nombres de las calles incorrectos, no cambiados de orden como en el
 otro hilo sino nombres diferentes a los reales.
 En los números de portales por ejemplo el catastro indica el portal 34
 cuando es el 18, en los pueblos pequeños [2] la chapuza todavía es mayor,
 pueden indicar el número 24 cuando realmente es el 3.

 Tras ver los fallos en diferentes localizaciones de mi pueblo, probé con
 otro municipio [3] (Los Altos), allí por ejemplo es desesperante, los datos
 no concuerdan en nada, tan sólo aciertan en la altura de las casas.

 Tras ver estos datos erróneos en localizaciones que conozco bien, me
 entra la duda de que hacer. Con estos datos personalmente me niego a
 importar a OSM datos del Catastro urbano al menos en el norte de la
 provincia de Burgos porque son una chapuza hablando claro.
 ¿Cómo sabría que están bien? Se que hay que tratarlos manzana por
 manzana, pero tal como están ahora exigen patearse la manzana para
 comprobar los datos, por tanto no arreglamos nada

 Si los datos oficiales son tan malos como estos, ¿que hacer?

 Los datos rústicos parecen estar bien, pero no los íbamos a importar.

 un saludo,

 Óscar Zorrilla (aka cronoser)

 [1] http://www.openstreetmap.org/#map=16/42.9332/-3.4874

Re: [Talk-es] Catastro: ¿Chapuza?

2013-09-17 Diskussionsfäden Óscar Zorrilla Alonso

Hola Ander;

Vuestro programa funciona perfecto, el problema es catastro.

- Los archivos he comprobado que son sin histórico, son los correctos.
- He comprobado en la web del catastro, que los datos son los mismos
- Las entradas a las parcelas están bien situadas.

Visto lo visto, entonces igual toca importar sólo edificaciones. Lástima 
queríamos poder importar las direcciones y números para una mayor precisión...

A pesar de vuestro buen trabajo, me ha decepcionado que los datos del catastro 
no estén bien. 

Un saludo

Date: Tue, 17 Sep 2013 14:43:42 +0200
From: ander.pij...@deusto.es
To: talk-es@openstreetmap.org
Subject: Re: [Talk-es] Catastro: ¿Chapuza?

Buenas tardes Óscar,

En primer lugar viendo las tres poblaciones que habéis puesto, están ya muy muy 
completas. Se ve que le dais duro a OSM y lo domináis perfectamente =)


En cuanto a catastro, un par de detalles para ir descartando posibles fallos y 
ver si el problema puede ser nuestro o de ellos.

-Los archivos que habéis descargado son sin histórico verdad? El nombre de los 
archivos de geometrías tiene que tener RA. UA en lugar de RH y UH.
De no serlo igual podría haber algún problema por el que cogiese direcciones 
antiguas o algo así.

-Habéis podido comprobar en la web de catastro ( 
https://www1.sedecatastro.gob.es/OVCFrames.aspx?TIPO=CONSULTA ) si metiendo la 
referencia catastral de alguna de las parcelas que estén mal, os sale la misma 
información? Si no sale la misma, a lo mejor es problema nuestro y estamos 
haciendo alguna cosa mal.


-Otra cosa que me gustaría consultaros es si las entradas a las parcelas están 
saliendo mas o menos en su sitio. Ya que para eso si que hemos tenido que 
ingeniárnosla porque catastro no las tenía puestas en la parcela tal cual.


A ver si con un poco de suerte es algún problema de estos con fácil solución. 
Sino igual únicamente merece la pena que exportéis con el parámetro -constru 
para tener los edificios con sus alturas y sin direcciones.


Saludos y muchas gracias por los comentarios y las ayudas =)



El 17 de septiembre de 2013 14:22, Óscar Zorrilla Alonso 
oscar_zorri...@hotmail.com escribió:




Buenos días;

Ayer por fin los chicos de @osmburgos probamos a usar Cat2osm2 para empezar a 
comprobar los datos del catastro en la provincia de Burgos.

Antes de nada felicitar a los desarrolladores de Cat2osm2, el programa funciona 
perfectamente, el problema por tanto no es de ellos.


La sorpresa ayer vino con el Catastro, Cat2osm2 como he dicho antes va bien, 
sin embargo los datos del catastro según fuimos analizándolos en diversas 
localizaciones de la provincia nos hundieron en la miseria.


Me explico, ayer bajamos los datos del catastro de 3 municipios diferentes, que 
nos conocemos bien:
- Burgos
- Medina de Pomar [1]
- Los Altos [3]

Nos repartimos los datos en 2 ordenadores y nos pusimos a comprobar vía JOSM 
los datos importados del catastro. 

Al comprobar Medina de Pomar [1] (mi pueblo), ya vi que daba miedo, muchísimas 
calles con los datos de los portales erróneos, otras tantas con los nombres de 
las calles incorrectos, no cambiados de orden como en el otro hilo sino nombres 
diferentes a los reales.

En los números de portales por ejemplo el catastro indica el portal 34 cuando 
es el 18, en los pueblos pequeños [2] la chapuza todavía es mayor, pueden 
indicar el número 24 cuando realmente es el 3.

Tras ver los fallos en diferentes localizaciones de mi pueblo, probé con otro 
municipio [3] (Los Altos), allí por ejemplo es desesperante, los datos no 
concuerdan en nada, tan sólo aciertan en la altura de las casas.


Tras ver estos datos erróneos en localizaciones que conozco bien, me entra la 
duda de que hacer. Con estos datos personalmente me niego a importar a OSM 
datos del Catastro urbano al menos en el norte de la provincia de Burgos porque 
son una chapuza hablando claro.

¿Cómo sabría que están bien? Se que hay que tratarlos manzana por manzana, pero 
tal como están ahora exigen patearse la manzana para comprobar los datos, por 
tanto no arreglamos nada

Si los datos oficiales son tan malos como estos, ¿que hacer?


Los datos rústicos parecen estar bien, pero no los íbamos a importar. 

un saludo,

Óscar Zorrilla (aka cronoser)

[1] http://www.openstreetmap.org/#map=16/42.9332/-3.4874

[2] http://www.openstreetmap.org/#map=18/42.97915/-3.34939
[3] http://www.openstreetmap.org/#map=18/42.76911/-3.61770


  

___

Talk-es mailing list

Talk-es@openstreetmap.org

https://lists.openstreetmap.org/listinfo/talk-es




-- 
Ander Pijoan Lamas
Research Assistant, Deustotech
Computer Science Engineer

University of Deusto

E-mail: ander.pij...@deusto.es
Phone: +34 664471228
in: http://www.linkedin.com/profile/view?id=162888312



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

Re: [Talk-es] Resumen de Talk-es, Vol 80, Envío 12

2013-09-17 Diskussionsfäden Fernando

Catastro.
No es por desanimaros pero catastro donde no ve dinero lo tiene fatal, peor que
mal. Por ejemplo los nombres de las calles no los actualiza desde hace mucho
igualmente caminos y carreteras. Por eso digo que de usar Catastro sea com
mucha cautela.
Suerte y a seguir.

Enviado desde mi iPhone

El 17/09/2013, a las 15:07, talk-es-requ...@openstreetmap.org escribió:

Envíe los mensajes para la lista Talk-es a
talk-es@openstreetmap.org

Para subscribirse o anular su subscripción a través de la WEB
https://lists.openstreetmap.org/listinfo/talk-es

O por correo electrónico, enviando un mensaje con el texto help en
el asunto (subject) o en el cuerpo a:
talk-es-requ...@openstreetmap.org

Puede contactar con el responsable de la lista escribiendo a:
talk-es-ow...@openstreetmap.org

Si responde a algún contenido de este mensaje, por favor, edite la
linea del asunto (subject) para que el texto sea mas especifico que:
Re: Contents of Talk-es digest Además, por favor, incluya en la
respuesta sólo aquellas partes del mensaje a las que está
respondiendo.

Asuntos del día:

1. Catastro: ¿Chapuza? (Óscar Zorrilla Alonso)
2. Re: Catastro: ¿Chapuza? (Ander Pijoan)
3. Re: Catastro: ¿Chapuza? (Jorge Sanz Sanfructuoso)

Message: 1
Date: Tue, 17 Sep 2013 14:22:09 +0200
From: Óscar Zorrilla Alonso oscar_zorri...@hotmail.com
To: Lista correo OpenStreetMap España talk-es@openstreetmap.org
Subject: [Talk-es] Catastro: ¿Chapuza?
Message-ID: dub120-w4402c7034e8eea6929b8b1e1...@phx.gbl
Content-Type: text/plain; charset=iso-8859-1

Buenos días;

Ayer por fin los chicos de @osmburgos probamos a usar Cat2osm2 para empezar a
comprobar los datos del catastro en la provincia de Burgos.

Antes de nada felicitar a los desarrolladores de Cat2osm2, el programa
funciona perfectamente, el problema por tanto no es de ellos.

La sorpresa ayer vino con el Catastro, Cat2osm2 como he dicho antes va bien,
sin embargo los datos del catastro según fuimos analizándolos en diversas
localizaciones de la provincia nos hundieron en la miseria.

Me explico, ayer bajamos los datos del catastro de 3 municipios diferentes,
que nos conocemos bien:
- Burgos
- Medina de Pomar [1]
- Los Altos [3]

Nos repartimos los datos en 2 ordenadores y nos pusimos a comprobar vía JOSM
los datos importados del catastro.
Al comprobar Medina de Pomar [1] (mi pueblo), ya vi que daba miedo,
muchísimas calles con los datos de los portales erróneos, otras tantas con
los nombres de las calles incorrectos, no cambiados de orden como en el otro
hilo sino nombres diferentes a los reales.
En los números de portales por ejemplo el catastro indica el portal 34 cuando
es el 18, en los pueblos pequeños [2] la chapuza todavía es mayor, pueden
indicar el número 24 cuando realmente es el 3.

Tras ver los fallos en diferentes localizaciones de mi pueblo, probé con otro
municipio [3] (Los Altos), allí por ejemplo es desesperante, los datos no
concuerdan en nada, tan sólo aciertan en la altura de las casas.

Tras ver estos datos erróneos en localizaciones que conozco bien, me entra la
duda de que hacer. Con estos datos personalmente me niego a importar a OSM
datos del Catastro urbano al menos en el norte de la provincia de Burgos
porque son una chapuza hablando claro.
¿Cómo sabría que están bien? Se que hay que tratarlos manzana por manzana,
pero tal como están ahora exigen patearse la manzana para comprobar los
datos, por tanto no arreglamos nada

Si los datos oficiales son tan malos como estos, ¿que hacer?

Los datos rústicos parecen estar bien, pero no los íbamos a importar.

un saludo,

Óscar Zorrilla (aka cronoser)

[1] http://www.openstreetmap.org/#map=16/42.9332/-3.4874
[2] http://www.openstreetmap.org/#map=18/42.97915/-3.34939
[3] http://www.openstreetmap.org/#map=18/42.76911/-3.61770

próxima parte
Se ha borrado un adjunto en formato HTML...
URL:
http://lists.openstreetmap.org/pipermail/talk-es/attachments/20130917/48471a4b/attachment-0001.html

Message: 2
Date: Tue, 17 Sep 2013 14:43:42 +0200
From: Ander Pijoan ander.pij...@deusto.es
To: Discusión en Español de OpenStreetMap talk-es@openstreetmap.org
Subject: Re: [Talk-es] Catastro: ¿Chapuza?
Message-ID:
CAMo0bbqEKjeROgQzJM2B6o86mbxja+upTqat-=iifug2vuj...@mail.gmail.com
Content-Type: text/plain; charset=iso-8859-1

Buenas tardes Óscar,

En primer lugar viendo las tres poblaciones que habéis puesto, están ya muy
muy completas. Se ve que le dais duro a OSM y lo domináis perfectamente =)

En cuanto a catastro, un par de detalles para ir descartando posibles
fallos y ver si el problema puede ser nuestro o de ellos.

-Los archivos que habéis descargado son sin histórico verdad? El nombre de
los archivos de geometrías

[Talk-at] Ötscherbach

2013-09-17 Diskussionsfäden Christian Aigner | caigner

Hi!

Ist es jetzt üblich, einen Bach/Fluß als Polygon zu zeichnen?

Schaut euch mal den Ötscherbach an.

LG,
Christian

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

Re: [Talk-at] Ötscherbach

2013-09-17 Diskussionsfäden Norbert Wenzel


On 17.09.2013 11:34, Christian Aigner | caigner wrote:

Ist es jetzt üblich, einen Bach/Fluß als Polygon zu zeichnen?

Schaut euch mal den Ötscherbach an.


Imo machts keinen Sinn einen Bach, der wohl keinen Meter breit ist als 
Polygon zu erfassen. Allein schon weil man weder mit GPS noch mit dem 
Luftbild genau genug kommt um das sicher zu erfassen. Da ist der 
Informationsgewinn gleich 0 und der Editieraufwand deutlich höher.


Ich würd das einfach durch einen way ersetzen und gut ist's.

lg,
Norbert

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

Re: [Talk-at] Ötscherbach

2013-09-17 Diskussionsfäden Jimmy_K


Am 17.09.2013 11:50, schrieb Norbert Wenzel:

On 17.09.2013 11:34, Christian Aigner | caigner wrote:

Ist es jetzt üblich, einen Bach/Fluß als Polygon zu zeichnen?

Schaut euch mal den Ötscherbach an.


Imo machts keinen Sinn einen Bach, der wohl keinen Meter breit ist als 
Polygon zu erfassen. Allein schon weil man weder mit GPS noch mit dem 
Luftbild genau genug kommt um das sicher zu erfassen. Da ist der 
Informationsgewinn gleich 0 und der Editieraufwand deutlich höher.


Ich würd das einfach durch einen way ersetzen und gut ist's.

lg,
Norbert

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


Servus,

beim aktuellen Detailgrad würde ich nicht mehr so ablehnend gegen 
Polygone bei Bächen sein. In dem Fall ist es nur sinnlos, da die 
Luftbilder viel zu schlecht sind und dort wo man den Fluss erkennen 
kann, sieht man, dass das Polygon falsch liegt.


Ich habe einmal unabhängig von dem Problem die letzten paar hundert 
Meter vorm Kraftwerk Wienerbruck von Ötscherbach auf Erlauf korrigiert.


LG jimmy

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

Re: [Talk-at] Ötscherbach

2013-09-17 Diskussionsfäden Andreas Labres

On 17.09.13 11:34, Christian Aigner | caigner wrote:
 Ist es jetzt üblich, einen Bach/Fluß als Polygon zu zeichnen?

Flüsse (breitere) schon, aber dann bitte als riverbank und /zusätzlich/ zur
Flusslinie.

Ist hier mit Bildchen schön erklärt:
http://wiki.openstreetmap.org/wiki/DE:Tag:waterway%3Driverbank

Servus, Andreas

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

[Talk-at] Wieder ein Beispiel für die Verwendung der OSM

2013-09-17 Diskussionsfäden Christian Aigner | caigner

Wieder ein Beispiel für die Verwendung der OSM

http://www.klu2.at/karte/

LG,
Christian

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

Re: [Talk-at] Wieder ein Beispiel für die Verwendung der OSM

2013-09-17 Diskussionsfäden Stefan Kopetzky

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On 2013-09-17 13:26, Daniel Erlacher | Elevate wrote:
 Das verwendet google maps
Eher nicht...
Ich seh da Mapquest-Tiles

Lg,
Stefan
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.12 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iQEbBAEBAgAGBQJSODz3AAoJEMZD4PEit0TYpicH+J70JpArF3Tdpj9kYfjGbAob
Yz2TRaoFidERIO77F4EsNpBVpLszSwriBsL2S0upQW1glTlKF3AObtgKfMQN/bRU
yGrA5aebGTfRo6/ed10BzCeyZy1OJ6a4FAE5J/LuAYQzOUqLLfX6GXjFgaATpqFR
J9nJ9ru2MgFVy8cP3ZgucoA0UD3qwsIIwK+HOinHGCj3Dw18M3Eif0f6zorTzeZ6
/L5eKA8pWChsg/SvPu3elz6U2+3AZuw7JUmJ28FuvwDqGscTlzSwuajR1LU08RMA
Kt5DsbbIZ5JjkT0AZilA8PyqIZAyh8wSG1CrOFcp9M3CxGOBxx8a9OUZZaEEgg==
=Suoz
-END PGP SIGNATURE-

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

Re: [Talk-at] Wieder ein Beispiel für die Verwendung der OSM

2013-09-17 Diskussionsfäden Christian Aigner | caigner

Das sind ganz sicher OSM-Daten. Auf Google-Maps gibt's keine so
detailierten Wege durch Parkanlagen. Siehe z.B. Schillerpark.

 
Am 17.09.2013 13:28, schrieb Stefan Kopetzky:
 On 2013-09-17 13:26, Daniel Erlacher | Elevate wrote:
  Das verwendet google maps
 Eher nicht...
 Ich seh da Mapquest-Tiles

 Lg,
 Stefan

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

-- 
sys-admin.at
Ing. Christian Aigner
Seeböckgasse 34/32-33
A-1160 Wien
+43 699 1219 4187
UID: ATU57867749

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

Re: [Talk-at] Wieder ein Beispiel für die Verwendung der OSM

2013-09-17 Diskussionsfäden Kelvan



On 17/09/13 13:28, Stefan Kopetzky wrote:
 On 2013-09-17 13:26, Daniel Erlacher | Elevate wrote:
 Das verwendet google maps
 Eher nicht...
 Ich seh da Mapquest-Tiles

me2, eindeutig osm Daten mit mapquest Rendering halt.



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

Re: [Talk-it-trentino] Modifica pagina Trentino

2013-09-17 Diskussionsfäden Luca Delucchi

2013/9/15 girarsi_liste liste.gira...@gmail.com:
 Segnalo che oggi ho modificato una parte della pagina in oggetto, conto
 dopodomani di finirla o di essere a buon punto (domani sono impegnato non
 credo di farcela).

 Invito gli interessati a darci un'occhio per segnalare errori, modifiche,
 proposte.


Grazie per l'impegno, ma secondo me la pagina dovrebbe essere
uniformata a questo modello [0]
Com'è ora è completamente inutilizzabile secondo me.


 http://wiki.openstreetmap.org/wiki/Trentino
 --
 Simone Girardelli


PS
Ho rimosso/aggiustato informazioni errate

[0] http://wiki.openstreetmap.org/wiki/Liguria

-- 
ciao
Luca

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

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

Re: [Talk-ro] Schimbări importante în SIRUTA (numele localităților)

2013-09-17 Diskussionsfäden Strainu

În data de 15 septembrie 2013, 11:40, Michael Häckel
michael.haec...@web.de a scris:
Te rog și pune lista nouă pe github.

Am încărcat noua variantă pe github, branchul master, împreună cu o
nouă versiune de cod care permite alegerea tipului de diacritice pe
care vrei să-l primești (Â sau Î, virgulă sau sedilă). Nu am apucat
încă să scriu toată povestea în documentație, dar recomand cu căldură
folosirea funcției set_diacritics_params la valorile preferate
*înainte* de a începe folosirea librăriei. Defaultul este așa cum e
fișierul (Ș cu virgulă, Î amestecat cu Â în funcție de legislație).

Branchul siruta are în continuare varianta din 2012, peste care au
venit fixuri de la Wikipedia și Politicalcolours. Voi încerca în
zilele următoare să implementez aceste fixuri peste varianta din 2013.
Ce va ieși naiba știe.


Revenind la problema inițială, nu mai există nicio altă opinie asupra
a cum trebuie procedat mai departe la OSM?

Strainu

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

Re: [Talk-cz] Aplikace TerrainGIS pro Android

2013-09-17 Diskussionsfäden Vojtěch Kalčík

Abych se přiznal, tak Vespucci OSM Editor jsem neznal. Jen jsem ho teď
trochu zkoušel a nevím jak moc pohodlně se s ním pracuje v terénu.
TerrainGIS není editor OSM dat. Je to nástroj, který pracuje s
vektorovými vrstvami v pojetí GIS.

Tak a teď k tomu, proč si myslím, že by třeba mohl někomu vyhovovat víc
než Vespucci OSM Editor. Program byl vyvíjen za předpokladu, že si
uživatel předem připraví vektorové vrstvy pro to, co chce mapovat. A
následně, aby práce v terénu byla co nejjednodušší a nejpohodlnější.
Proto se editace provádí pomocí velkých poloprůhledných tlačítek, které
se zobrazují v plátně mapy a viditelné jsou pouze ty, které lze
momentálně použít. Zde si jsem vědom toho, že pro pohodlnější práci by
měl obsahovat našeptávání atributů podle dříve zadaných, což zatím
implementováno není.

Problém je trochu v tom, že já jako autor nedokážu jistě říct, jestli
navržené ovládání je pro uživatele pohodlné nebo ne...

Možná to je pro OSM příliš odlišná reprezentace dat a mohl by to ocenit
spíše někdo, kdo se setkal s GIS.

Dne 16.9.2013 23:44, Jan Bilak napsal(a):
 Ahoj,

 můžeš, prosím, uvést praktické výhody oproti Vespucci OSM Editoru:
 https://play.google.com/store/apps/details?id=de.blau.android

 Honza


 Dne 16. září 2013 21:43 Vojtěch Kalčík vo...@kalcik.cz
 mailto:vo...@kalcik.cz napsal(a):

 Ahoj,

 jako diplomku jsem dělal open source program TerrainGIS pro
 mapování v terénu pro Android. Dnes jsem ho zveřejnil na Google Play.

 http://vojta.kalcik.cz/doku.php?id=programy:terraingis
 https://play.google.com/store/apps/details?id=cz.kalcik.vojta.terraingis

 Styl používání programu je spíše bližší klasickým GISům. Do
 programu je možné importovat a exportovat vrstvy v formátu
 Shapefile. Vnitřně jsou geodata uložená ve SpatiaLite databázi.
 Jako podkladová mapa se používají dlaždice z OSM, které se kešují
 pro off-line použití. Aplikace vyžaduje Android 4.x

 V Josm je možné otevírat Shapefile pomocí pluginu opendata. Není
 úplně vhodné použít data z Shapefile přímo, protože v Shapefile se
 nedá uložit topologie objektů. Shapefile je možné v Josm převést
 do GPX vrstvy.

 Aplikace by se dala dál rozvíjet, ale ještě nevím jestli o ní bude
 zájem.

 Vojtěch Kalčík

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




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



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

Re: [Talk-cz] Aplikace TerrainGIS pro Android

2013-09-17 Diskussionsfäden hanoj

 Problém je trochu v tom, že já jako autor nedokážu jistě říct, jestli
navržené ovládání je pro uživatele pohodlné nebo ne...
*** Určitě zajímavé, ale žel to nemám kde vyzkoušet.

Možná by k tomu měli více co říct lidé tady:
freege...@fsv.cvut.cz

ahoj
hanoj
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz

Re: [OSM-talk-fr] Appli web équivalente à Google MapsEngine?

2013-09-17 Diskussionsfäden Christian Quest

Voici ce que ça peut donner comme résultat: http://u.osmfr.org/m/1589/

Le parcourt correspond bien à la route présente dans OSM, c'est sûrement un
export de GPX d'un itinéraire calculé par OSRM ou autre...

OSRM: http://map.project-osrm.org/


Le 17 septembre 2013 07:43, Christian Quest cqu...@openstreetmap.fr a
écrit :

 Tu peux éventuellement utiliser OSRM pour calculer un itinéraire et forcer
 à passer à tel ou tel endroit, puis l'exporter en GPX que tu pourra mettre
 dans umap.

 C'est moins direct mais en attendant une fonction intégrée c'est une
 solution.


 Le 16 septembre 2013 23:12, Shohreh codecompl...@free.fr a écrit :

 Merci mais la fonction Draw a polyline semble ėtre le seul moyen de
 dessiner un parcours mais il ne suit pas la route.

 Par ailleurs, il semble impossible d'annuler la derniėre opėration
 effectuėe.

 Je voudrais la mėme chose que OpenRunner ou RideWithGPS mais basė sur OSM
 si
 c'est possible.



 --
 View this message in context:
 http://gis.19327.n5.nabble.com/Appli-web-equivalente-a-Google-MapsEngine-tp565p597.html
 Sent from the France mailing list archive at Nabble.com.

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




 --
 Christian Quest - OpenStreetMap France
 Un nouveau serveur pour OSM... http://donate.osm.org/server2013/




-- 
Christian Quest - OpenStreetMap France
Un nouveau serveur pour OSM... http://donate.osm.org/server2013/
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Appli web équivalente à Google MapsEngine?

2013-09-17 Diskussionsfäden Dominique Rousseau

Le Mon, Sep 16, 2013 at 08:58:47AM -0700, Shohreh [codecompl...@free.fr] a 
écrit:
[...]
 Je cherche une appli basée sur OSM qui offre les mêmes fonctionnalités que 
 Google MapsEngine https://mapsengine.google.com/   et me permette de
 1. dessiner un parcours et des POIs
 2. récupérer une URL vers cette carte afin de la partager avec des
 participants
 3. exporter tout ça sous forme de fichier GPX ou KML afin de pouvoir
 l'ouvrir dans mon Android.

shwo your journey doit être pile poil ce que tu cherches :

http://wiki.openstreetmap.org/wiki/Show_Your_Journey


-- 
Dominique Rousseau
d...@lee-loo.net - 06 82 43 12 27

A l'instant où l'esclave décide qu'il ne sera plus esclave,
ses chaînes tombent.  -- Mahatma Gandhi

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

Re: [OSM-talk-fr] Help? Erreur 509 avec JOSM, pas moyen d'envoyer mes edits

2013-09-17 Diskussionsfäden Claire Halleux

Parfait, problème résolu!

Cela a marché ce matin en veillant à forcer JOSM à créer un nouveau groupe
de modifications (c'est pourtant mon paramètre par défaut, je ne sais pas
pourquoi il avait essayé de le renvoyer sur le même hier), tout en envoyant
les modifications en plusieurs blocs.
De plus ce matin, j'étais alors la seule personne connectée sur notre
antenne VSAT et cela a certainement contribué à la réussite de l'opération.

Merci beaucoup pour vos réponses et bonne journée,

Claire

ps: trouver une connexion stable ou meilleure, c'est facile à dire, je
dispose sans doute d'une des meilleures connexions disponibles à 500 km à
la ronde... donc on fait avec!


Le 16 septembre 2013 23:43, Philippe Verdy verd...@wanadoo.fr a écrit :

 Il semble que cela vienne de ton accès Internet ou d'un service de ton
 fournisseur d'accès sensé acccéler ta navigation web (via un serveur
 proxy qui devrait compresser les requêtes et les résultats).

 Pour l'instant tu n'as fait qu'envoyer la première requête pour créer un
 changeset mais la seconde requête contenant toutes les données à envoyer
 n'est pas passée. Elle est peut-être trop grosse pour ton serveur proxy qui
 a du mal à tout recevoir et compresser, et tu peux en réduire le volume
 dans les paramètres avancés du dialogue d'envoi de données dans JOSM, et ça
 pourrait résoudre ton problème.

 Ensuite le serveur ferme automatiquement les changesets ouverts quand il
 n'y a pas d'autres requêtes de données qui lui sont soumises (d'où l'erreur
 que tu as obtenue). Dans ce cas il suffit juste de reprendre l'envoi et
 cela créera d'abord un nouveau changeset (ce n'est pas un problème du
 serveur, il fonctionne correctement).

 Mais avec une connexion Internet lente et intermittente, on ne peut pas
 faire grand chose d'autre que de chercher un meilleur accès Internet. Si tu
 as une connexion mobile, il faut peut-être te rapprocher de l'antenne, ou
 un accès wifi moins encombré. Surtout que tu le dis toi-même, tu as du mal
 à te connecter à n'importe quel site. Essaye déjà d'avoir une connexion
 stable pour visiter des sites courants connus pour leurs bonnes performance
 et excellente connectivité dans le monde.

 Quelques pistes à vérifier (il y en a d'autres) :

 - Essaye aussi de te connecter en HTTPS plutôt qu'en HTTP pour permettre
 un fonctionnement plus transparent (même si cela te coûte l'absence de
 compression de données et un peu plus de bande passante consommée), si le
 problème vient du proxy. Peut-être que tu peux passer par un autre proxy si
 le FAI ne t'oblige pas à passer par le sien (cas fréquent des accès
 mobiles).
 - Si tu utilises un logiciel client d'accélération internet, vérifie sur
 son site de support que son serveur proxy est bien fonctionnel (il doit
 aussi te suggérer d'utiliser HTTPS pour te connecter au proxy) et que ton
 logiciel accélérateur Internet est à jour. Note que la connexion au proxy
 peut être sécurisée en HTTPS pour te connecter ensuite en HTTP au reste du
 web.
 - Fais attention aussi que ton accès Internet n'est pas pollué par un
 malware qui redirigerait tous tes accès via un serveur espion (attention
 aux accès wifi des cybercafés, leurs PC serveurs peuvent être contaminés,
 car peu ou pas administrés, et utiliser HTTPS sur ton PC peut éviter bien
 des mauvaises surprises).
 - Nettoie ton navigateur Internet, pour vérifier l'a présence de
 composants indésirables (qui peuvent affecter aussi d'autres logiciels
 connectés), attention aux toolbars, en cas de doute supprime les pour
 trouver le composant coupable.
 - Il y a des tonnes de prétendus logiciels accélérateurs Internet mais
 qui sont des fakes et n'accélèrent rien du tout, mais sont là juste pour
 t'espionner ou pour servir de relais d'envoi de spam (et bouffer ta bande
 passante) ; ils sont normalement faits pour être le plus transparents
 possibles mais leur code écrit et changeant souvent est de très mauvaise
 qualité et peut boguer pas mal de tes accès. Vérifie leur réputation sur
 des sites sérieux comme les forums de support des antivirus connus.
 Certains antivirus proposent leur propre proxy accélérateur afficace
 (contre un abonnement)
 - Vérifie que tu n'as pas un composant ou logiciel qui te bouffe presque
 toute ta bande passante en arrière-plan (comme un client de partage de
 fichiers ou de streams, ou un client IRC connecté sur un canal très
 encombré).
 - Vérifie aussi l'adresse IP publique de ta connexion affichée par un site
 tiers de vérification de ta sécurité, pour vérifier que cela correspond à
 celle que tu vois dans tes paramètres de connexion au FAI.
  - Vérifie enfin si tu n'as pas déjà dépassé ton forfait data mobile
 (sinon ta vitesse de connexion est réduite par l'opérateur).



 Le 16 septembre 2013 22:03, Claire Halleux claire.du@gmail.com a
 écrit :

 Bonjour,

 Je me trouve actuellement à Mbandaka, ville située sur la ligne de
 l'Equateur en RDC. Ma connexion Internet est extrêmement instable et lente
 (sans compter le

Re: [OSM-talk-fr] Comment s'appel en français cette sorte de calvaire ? (Wayside shrine en anglais, Marterl en allemand)

2013-09-17 Diskussionsfäden Christian Rogel


Petit complément sur les wayside_shrine :

Un oratoire n'est pas une petite chapelle, car les plus grands sont trop petits 
pour y célébrer un culte avec une assistance à l'abri.
Cependant, les lieux de pèlerinage sont souvent équipés d'une estrade de 
pierre couverte pour célébrer une messe, mais, comme cela ne sert
qu'à cela, je ne crois pas que ce soit des WS. Quel tag employer alors?

Sont des WS, non seulement les ossuaires des personnes tuées pendant la guerre 
de Vendée ou la Chouannerie et ils ont des connotations religieuses.

Mais, doit-on considérer comme WS, les monuments civils de type ossuaire pour 
les soldats tués à la guerre (Douaumont)?


Christian R.
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Appli web équivalente à Google MapsEngine?

2013-09-17 Diskussionsfäden Shohreh

Merci pour l'info.

Test de http://syj.renevier.net:

1. Comme OCM, ce site ne permet pas d'utiliser la molette de souris pour
zoomer in/out. C'est pourtant plus pratique.

2. Ensuite, après avoir cliqué sur le bouton Commencer un itinéraire, il
affiche un dialogue Tracez l'itinéraire sur la carte ou choisissez un
fichier... mais la première option est en fait impossible puisqu'on doit
choisir un fichier.

J'ai donc essayé de me créer un compte pour voir si c'était la cause, mais
aucun changement.

Je ne comprends pas comment faire pour démarrer et tracer un parcours en
cliquant sur la carte.



--
View this message in context: 
http://gis.19327.n5.nabble.com/Appli-web-equivalente-a-Google-MapsEngine-tp565p5777840.html
Sent from the France mailing list archive at Nabble.com.

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

Re: [OSM-talk-fr] Appli web équivalente à Google MapsEngine?

2013-09-17 Diskussionsfäden Dominique Rousseau

Le Tue, Sep 17, 2013 at 02:24:55AM -0700, Shohreh [codecompl...@free.fr] a 
écrit:
 Merci pour l'info.
 
 Test de http://syj.renevier.net:
 
 1. Comme OCM, ce site ne permet pas d'utiliser la molette de souris pour
 zoomer in/out. C'est pourtant plus pratique.

ChezMoiÇaMarche

 2. Ensuite, après avoir cliqué sur le bouton Commencer un itinéraire, il
 affiche un dialogue Tracez l'itinéraire sur la carte ou choisissez un
 fichier... mais la première option est en fait impossible puisqu'on doit
 choisir un fichier.
 
 J'ai donc essayé de me créer un compte pour voir si c'était la cause, mais
 aucun changement.
 
 Je ne comprends pas comment faire pour démarrer et tracer un parcours en
 cliquant sur la carte.

Après avoir cliqué sur [commencer un itinéraire], il suffit de cliquer
le premier point sur la carte.
À ce moment là, la boite « Tracez ... » disparait, et on clique les
points suivants. Et on peut ensuite donner un nom.
Quand on a fini, [Créer], et ça l'enregistre (on n'est alors plus en
mode édition).
On le retouve alors dans mes itinéraires

Par exemple, celui-ci que je viens de faire :

http://syj.renevier.net/idx/3714


-- 
Dominique Rousseau
d...@lee-loo.net - 06 82 43 12 27

A l'instant où l'esclave décide qu'il ne sera plus esclave,
ses chaînes tombent.  -- Mahatma Gandhi

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

Re: [OSM-talk-fr] cadastre.openstreetmap.fr

2013-09-17 Diskussionsfäden Bruno Cortial

Le 16 septembre 2013 22:31, PierreV belett...@hotmail.fr a écrit :

 Nicolas Frery wrote
  L'option de comparer avec le bâti présent dans OSM n'est même pas
  envisageable.. :-(

 c'est pourtant ce que je fait régulièrement a la main a l'aide de JOSM
 pour l'agglo Niortaise d'environ 100 000 habitants...
 Si moi je sais le faire, je pense qu'un jour un script pourra le faire.


Tu peux décrire ta méthode, stp ?



 En tout cas de ne pas donner les fichiers en entier m’empêchera de faire
 des
 maj des bâtiments détruits...


J'en suis conscient. Pour les bâtiments détruits ou qui auraient évolués,
je pense que la problématique pour le contributeur est de les identifier:
une carte moyenne/grande échelle avec un surcouche qui les visualise les
écarts cadastre/OSM serait possible.

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

Re: [OSM-talk-fr] cadastre.openstreetmap.fr

2013-09-17 Diskussionsfäden PierreV

BrunoC wrote

 c'est pourtant ce que je fait régulièrement a la main a l'aide de JOSM
 pour l'agglo Niortaise d'environ 100 000 habitants...
 Si moi je sais le faire, je pense qu'un jour un script pourra le faire.
 Tu peux décrire ta méthode, stp ?

Avec JOSM en activant sur deux calques différents ce qu'il y a sur OSM et ce
qui est donné par le cadastre... et en jouant sur le fait de
cacher/visualiser les différents calques je repère visuellement les
bâtiments manquants ou détruits...

Je sais que c'est long et fastudieux... mais je ne connais pas de méthodes
semi-automatisé...



--
View this message in context: 
http://gis.19327.n5.nabble.com/cadastre-openstreetmap-fr-tp5777397p5777844.html
Sent from the France mailing list archive at Nabble.com.

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

Re: [OSM-talk-fr] cadastre.openstreetmap.fr

2013-09-17 Diskussionsfäden Etienne Trimaille

Bati-fusion est une piste :
https://github.com/jecor/bati-fusion/blob/master/LISEZMOI.txt

Le 17 septembre 2013 12:50, PierreV belett...@hotmail.fr a écrit :
 BrunoC wrote

 c'est pourtant ce que je fait régulièrement a la main a l'aide de JOSM
 pour l'agglo Niortaise d'environ 100 000 habitants...
 Si moi je sais le faire, je pense qu'un jour un script pourra le faire.
 Tu peux décrire ta méthode, stp ?

 Avec JOSM en activant sur deux calques différents ce qu'il y a sur OSM et ce
 qui est donné par le cadastre... et en jouant sur le fait de
 cacher/visualiser les différents calques je repère visuellement les
 bâtiments manquants ou détruits...

 Je sais que c'est long et fastudieux... mais je ne connais pas de méthodes
 semi-automatisé...



 --
 View this message in context: 
 http://gis.19327.n5.nabble.com/cadastre-openstreetmap-fr-tp5777397p5777844.html
 Sent from the France mailing list archive at Nabble.com.

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

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

Re: [OSM-talk-fr] cadastre.openstreetmap.fr

2013-09-17 Diskussionsfäden THEVENON Julien

 De : PierreV belett...@hotmail.fr

 Avec JOSM en activant sur deux calques différents ce qu'il y a sur OSM et ce
 qui est donné par le cadastre... et en jouant sur le fait de
 cacher/visualiser les différents calques je repère visuellement les
 bâtiments manquants ou détruits...

 Je sais que c'est long et fastudieux... mais je ne connais pas de méthodes
 semi-automatisé...


Jerome Cornet avait developpe un outil appele bati fusion qui permet de faire 
la comparaison OSM/cadastre pour le bati de maniere automatique il me semble

Julien___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Appli web équivalente à Google MapsEngine?

2013-09-17 Diskussionsfäden Shohreh

Dominique Rousseau-2 wrote
 1. Comme OCM, ce site ne permet pas d'utiliser la molette de souris pour
  zoomer in/out. C'est pourtant plus pratique.
 
 ChezMoiÇaMarche

PasChezMoi. Testé sous XPSP3 avec Chrome 29.0.1547.66 m et Firefox 23.0.1.

De fait, le site dit Vous pouvez zoomer et bouger la carte avec les boutons
en haut à gauche sans mentionner la molette.


Dominique Rousseau-2 wrote
 Après avoir cliqué sur [commencer un itinéraire], il suffit de cliquer
 le premier point sur la carte. À ce moment là, la boite « Tracez ... »
 disparait, et on clique les points suivants.

Merci, c'était pas instinctif.

Mais contrairement à ce que je cherchais, l'appli ne suit pas la route :
quand je rajoute un point, il trace un trait direct plutôt que de suivre la
route.

Donc à ce stade, il n'y aurait donc pas d'appli basée sur OSM qui permet de
tracer une route + ajouter des POIs avant d'exporter tout ça en GPX. J'ai
besoin de ça pour préparer des voyages.

En attendant, je vais continuer avec les applis basées sur Google Maps comme
OpenRunner ou RideWithGPS.

Merci.



--
View this message in context: 
http://gis.19327.n5.nabble.com/Appli-web-equivalente-a-Google-MapsEngine-tp565p5777851.html
Sent from the France mailing list archive at Nabble.com.

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

[OSM-talk-fr] Tagging d'ouvrages hydrauliques

2013-09-17 Diskussionsfäden Nicolas Moyroud


Bonjour à tous,

Je vais intervenir sur une formation Master 2 pour présenter OSM et 
animer une carto-partie. Le thème des relevés terrain porte sur les 
canaux d'irrigation et les ouvrages hydrauliques. Il y a un certain 
nombre d'objets qui vont être relevés et comme je n'ai pas trop 
d'expérience pour tagguer ce genre de choses, je fais appel à votre 
savoir :-) Si vous avez des propositions ça m'intéresse ! Je vous copie 
ci-dessous la liste des objets hydrauliques que m'a envoyé le 
responsable de la formation.


On fera du levé de tous les ouvrages hydrauliques du domaine qui sont :
 - des répartiteurs (pour diviser des débit)
 - des vannes (sectionnement ou papillon)
 - des seuils
 - des passages busés (siphons ou non)
 - des martelières : suivant trois types :
 - type 1 : martelière automatisée
 - type 2 : martelière betonnée
 - type 3 : martelière autre (moins fonctionnelle)
 - sur  chaque martelière, en plus un attribut de dimension : du 
type : 40 *50, ou diamètre 50


Pour les seuils, je dirai waterway=weir mais pour le reste je n'ai pas 
trouvé grand chose... Merci pour votre aide. :-)


Nicolas

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

Re: [OSM-talk-fr] Tagging d'ouvrages hydrauliques

2013-09-17 Diskussionsfäden Ab_fab

Quelques réponses en vrac :

La martelière peut se traduire par sluice_gate
ref : http://wiki.openstreetmap.org/wiki/Proposed_features/sluice_gate

Vanne de sectionnement : block_valve
ref : expérience pro.

Passage busé : culvert
ref : http://wiki.openstreetmap.org/wiki/Tag:tunnel%3Dculvert

Conduite forcée (pour régulation de débit) : penstock
ref : http://en.wikipedia.org/wiki/Penstock

Automatisme : quelque chose comme control = automatic ? ou bien actuation
pour indiquer qu'il y a un moteur ou un actionneur pneumatique ou
hydraulique ?

Pour les hydrants, le diamètre est à indiquer en mm
ref : http://wiki.openstreetmap.org/wiki/Key:fire_hydrant:diameter

Le 17 septembre 2013 15:14, Nicolas Moyroud nmoyr...@free.fr a écrit :

 Bonjour à tous,

 Je vais intervenir sur une formation Master 2 pour présenter OSM et animer
 une carto-partie. Le thème des relevés terrain porte sur les canaux
 d'irrigation et les ouvrages hydrauliques. Il y a un certain nombre
 d'objets qui vont être relevés et comme je n'ai pas trop d'expérience pour
 tagguer ce genre de choses, je fais appel à votre savoir :-) Si vous avez
 des propositions ça m'intéresse ! Je vous copie ci-dessous la liste des
 objets hydrauliques que m'a envoyé le responsable de la formation.

 On fera du levé de tous les ouvrages hydrauliques du domaine qui sont :
  - des répartiteurs (pour diviser des débit)
  - des vannes (sectionnement ou papillon)
  - des seuils
  - des passages busés (siphons ou non)
  - des martelières : suivant trois types :
  - type 1 : martelière automatisée
  - type 2 : martelière betonnée
  - type 3 : martelière autre (moins fonctionnelle)
  - sur  chaque martelière, en plus un attribut de dimension : du type
 : 40 *50, ou diamètre 50

 Pour les seuils, je dirai waterway=weir mais pour le reste je n'ai pas
 trouvé grand chose... Merci pour votre aide. :-)

 Nicolas

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




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

Re: [OSM-talk-fr] cadastre.openstreetmap.fr

2013-09-17 Diskussionsfäden PierreV

merci les gars... mais étant assez néophyte sur tout ce qui est bidouillage
je me limite aux mods intégrés a JOSM... et je pense qu'une grande majorité
des contributeurs d'OSM sont comme moi a utiliser les outils tout faits
sans avoir besoin de bricoler...

En attendant merci de diffuser les fichiers du cadastre en entier... avec
une note explicative



--
View this message in context: 
http://gis.19327.n5.nabble.com/cadastre-openstreetmap-fr-tp5777397p5777901.html
Sent from the France mailing list archive at Nabble.com.

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

Re: [OSM-talk-fr] Tagging d'ouvrages hydrauliques

2013-09-17 Diskussionsfäden François Lacombe

Bonjour,

Voici ma vision des choses. Ne pas y voir de vérité quelconque, tant la
diversité des solutions est grande.


Le 17 septembre 2013 16:08, Ab_fab gamma@gmail.com a écrit :

 Quelques réponses en vrac :

 La martelière peut se traduire par sluice_gate
 ref : http://wiki.openstreetmap.org/wiki/Proposed_features/sluice_gate

 Vanne de sectionnement : block_valve
 ref : expérience pro.


Si les vannes sont sur des conduites, j'utilise pipeline=valve.
Ca pose forcément un problème quand les vannes sont sur des canaux (qui ne
sont pas tagués avec man_made=pipeline)



 Passage busé : culvert
 ref : http://wiki.openstreetmap.org/wiki/Tag:tunnel%3Dculvert


Et pourquoi pas waterway=drain + location=underground ?

Pour ma part je tag comme ceci les galeries d'amenée en charge construites
par EDF.



 Conduite forcée (pour régulation de débit) : penstock
 ref : http://en.wikipedia.org/wiki/Penstock


man_made=pipeline + type=water + location=*


Pour les répartiteurs, je ne sais pas, est-ce que ca doit être tagué
explicitement ?

J'utilise également pipeline=surge_tank pour les cheminées d'équilibre et
autres dispositifs de régulation de la charge.


Bonne soirée.

*François Lacombe*

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

Re: [OSM-talk-fr] Appli web équivalente à Google MapsEngine?

2013-09-17 Diskussionsfäden Jean-Claude Repetto


On 17/09/2013 08:05, Christian Quest wrote:

Voici ce que ça peut donner comme résultat: http://u.osmfr.org/m/1589/

Le parcourt correspond bien à la route présente dans OSM, c'est sûrement
un export de GPX d'un itinéraire calculé par OSRM ou autre...


Non, le parcours ne suit pas précisément la carte OSM :
http://umap.openstreetmap.fr/en/map/mitsubishi-motorsports-penedo-2013_1589#17/-22.64055/-44.51720

Il est probablement issu d'une trace GPS.

Jean-Claude


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

[OSM-talk-fr] Lannion, 22 sept : atelier OSM sur les modes de déplacements doux

2013-09-17 Diskussionsfäden Christian Rogel

Je relaie, à leur demande, une annonce du service informatique de la Ville de 
Lannion (Côtes-d'Armor)

Les personnes intéressées par la cartographie participative (sur OSM) sont 
conviées à un atelier dont le thème est les déplacements doux (autres que la 
voiture) dans le cadre de la Semaine de la mobilité.

L'accroche est :  Soyez malin, venez partager vos déplacements doux du 
quotidien
Les déplacements du quotidien (domicile/travail, petites courses,...) sont ceux 
qui rythment notre quotidien, sans forcément représenter des distances très 
importantes. Cependant, faute de prendre le temps d'y réfléchir, ou en 
l'absence de connaissance assez précises de la ville, nous ne pensons nos 
déplacements qu'en voiture. Or, certains d'entre nous se penchent sur la 
question, explorent notre territoire, et en connaissent les moindre recoins. 
grâce à leur connaissance, ils pourraient nous permettre de trouver des 
réponses concrètes à nos questions quotidiennes de déplacements..

Alors Soyons malin, car il ne manque qu'un lieu de rencontre entre ces 
personnes pour faire avancer la question. C'est ce que vous propose la mairie 
de Lannion.


Lieu : Médiathéque municipale de Lannion, rue de Kérampont 


Date : 22 septembre de 15 h à 17 h


Christian Rogel___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-ja] ローソンデータインポート、マージ手順案

2013-09-17 Diskussionsfäden Satoshi IIDA

いいだです。

 既に入力されているタグへのマージ
  ローソンデータと競合する既存データのタグは、ローソンデータを採用する
個人的な意見ですが、
統一化をするためにも、タグについてはこれのほうがいいかなぁ、と思っています。
(name:ja_kanaなどが既存データに入っていて、
なおかつローソン側のほうに撥音の間違いがある際にマージどうすんの、などの
エラーはあるかもですが、すみません、そこは本当にあったときに対処にするくらいでいいかな、と思っています。)


位置データの採用基準についてはみなさんから意見をいただけたので、それをとりまとめつつ、
次は実際のタグ項目のFixですかね。
順番としてそちらを先にきめないと、なにが入力されるのかわかりづらいので議論になりづらい気がします。

# 既存でエリアとして描いたものとインポートデータをまとめる手順のほうも実は結構気になっているので、
# そちらにみなさんの意見ないのがちょっと不安ではある (^-^;





2013年9月14日 8:39 yasun...@yamasita.jp:

 山下です。皆さんこんにちわ。

 要約：
 既存のデータが有った場合、
 （１）位置データは既存のものを採用する に賛成
 （２）位置データ以外はローソンデータを採用する に賛成


 --


   ので、位置データは既存にあわせる、で＋1です。

 私も＋１


   また、インポートした後のデータを「やっぱ位置ちげーよ」と、Nodeを移動させるのはアリなのではないか、と思います。

 郷に入れば郷に従え、
 移動がありなら最初から私の座標を使っとけよ！
 と思います。

 マッパーの皆さんも、
 一生懸命ロギングした（位置）データを
 OSM的に不正確なデータで上書きされるのは不愉快でしょう。



 ところで、、、座標以外、
 name 他、既に入力されているタグはどうマージされるのでしょう？
 。。。

   ローソンデータと競合する既存データのタグは、ローソンデータを採用する

 ですか。
 個人的には、位置データ以外の name などのデータに思い入れは無い（笑）ので、
 ローソンさんのデータで上書きされても良いかなと思います。
 表記のブレも統一されるでしょうし。

 ただ、既存データに思い入れのある方はいらっしゃるのではないかと
 思います。皆さん、いかがでしょう？
 --
 山下康成＠京都府向日市

 ___
 Talk-ja mailing list
 Talk-ja@openstreetmap.org
 https://lists.openstreetmap.org/listinfo/talk-ja




-- 
Satoshi IIDA
mail: nyamp...@gmail.com
twitter: @nyampire
___
Talk-ja mailing list
Talk-ja@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ja

Re: [OSM-ja] 市の名称: ローマ字

2013-09-17 Diskussionsfäden Toshihisa Tanaka

としです．

name の括弧表記ですが，東さんから提示されている以下の点を調べてみました．

 その意味で下記2点をクリアにする、あるいはクリアにする方向付けをしたり
 従来の記述を修正する手順を考えた方が良さそうに思いますがいかがでしょうか。

 1.name:en に書いた名称は言語切替でうまく表示されるようになったんでしたっけ。
 PCとスマホで。少なくともこのアプリなら大丈夫というのが示せると良いですね。
 2.以前、外国の方からnameは英語よりローマ字が分かりやすい、と聞いたことがあります。
 （やろうと思えば）name:ja_rm で設定した名前はうまく表示されるようになったんでしたっけ。

1. については，PCでは交通マップを見ることで name:en が参照できます．
スマートフォンでは，mapswithme を使うと，スマートフォンの言語設定を切り替えることで変わります．
なお，私は Android 携帯で見てみたのですが，node
の表示がが切り替わらないものの，これは切り替わるはずで，いいださん経由で開発者にお話頂いたようです．

2. は，現時点ではまだ表示されるレンダラを知りません．

と言う事で，1. は切り替え表示が出来つつある．2. はまだです．
クリアにする方向付けですが，1. はレンダラの開発者の尽力にお願いできればと思います．
我々日本の OSMer は，レンダラがより良くなるその日に向かって，タグを修正していけば良いかと思います．
その中で特に，Hans さんの，

 name:ja_kanaを必ず入れるほうがいいと思います。僕はもういつも入れるけれど
 も、他のユーザはあんまり書かなさそうですね。でも ふりがながものすごく便
 利と思っています。検索するときにもふりがなのあるほうがいいと思います。

上記の発言は，国内外を問わずに重要だと思います．
今はまだ出来ないとしても，name:ja_kana でふりがな検索できれば，ナビとしてもものすごく使えるデータになりますし，
海外の方にも，簡単な日本語（ひらがな）を覚えて頂けたらふりがなで検索頂ける可能性があります．

重要な事は，海外の方に読んでもらうためには，英語で記載するのではなく，基本的な日本語が分かれば検索できることだと思います．

ここ一連の議論を見るに，基本的に括弧書きの廃止に肯定的な意見なので，日本のOSMer の皆さん，もう括弧書きは止めませんか．
http://wiki.openstreetmap.org/wiki/Japan_tagging の変更点としては，name 部分だけです．

これが進まないと，別途議論が進んでいるローソン店舗のインポートにも影響があるので，出来ればそろそろ本件は確定に向かいたいです．

個人的には，１周間程様子を見て，9月23日までに特に異論がなければ，http://wiki.openstreetmap.org/wiki/Japan_tagging
の name 表記ルールを変更しようと思います．

ではこれにて．

___
Talk-ja mailing list
Talk-ja@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ja

Re: [OSM-ja] 鯖江市の都市計画図が CC BY で公開されました。

2013-09-17 Diskussionsfäden Nobusuke Iwasaki

いいださん、みなさん

いわさきです。
特定の属性を持ったモノを抜き出すのであれば、ogr2ogrで、-where オプションを使うと効率的だと思います。
QGIS2.0のフォルダの中のosgeo4w.batを起動して、画像のように実行してください（テキスト入力するとミスるので、スクリーンショットをあげました。

https://twitter.com/wata909/status/380175892917411843/photo/1

ただ問題は、エラーが出ている様に、いくつかの列名が落ちてしまう点ですかね。（おそらくdbfファイルのカラム名の制限？）。可能であれば、カラム名は変えた方がいいですかねー。

参考までに。

2013年9月18日 10:42 Satoshi IIDA nyamp...@gmail.com:

 いいだです。
 情報ありがとうございます。

 みてみたら、建物関係は3000番代で、こんなかんじの分類みたいですね。

 3000 分類しない建物
 3001 普通建物
 3002 堅ろう建物
 3003 普通無壁舎
 3004 堅ろう無壁舎

 このへんのタグを組み合わせればいけそうなかんじです。
 building = yes
 building = roof (無壁舎の場合はこれ)
 building:material = concrete (堅牢建築と堅牢無壁舎の場合に付与)

 http://wiki.openstreetmap.org/wiki/JA:Key:building:material


 QGISでこんなかんじのフィルタかければ建物だけ引っこ抜ける、とのことなのですけど、
 手元のQGIS 1.8だと処理がハングってうまくゆかないかんじです。

 　分類コード = 3000 and 分類コード = 3004

 QGIS2.0もでたことですし、そちらでやってみようかな、と思ってます。





 2013年9月2日 21:20 Yoichi Kayama yoichi.kay...@gmail.com:

 かやまです

 分類コードが多分デジタルマッピングの仕様なのではないかと思います。


 http://www.mlit.go.jp/crd/city/sigaiti/materials/sokuryou/fuzokushiryou.pdf

 3001は普通建物　3002が堅牢建物ですね。

 都市計画の建物データの場合、用途、構造、階層の情報がある可能性があります。
 5年に1回調査して、建物と土地利用について調査データをつくることになっています。



 2013年9月2日 20:11 Satoshi IIDA nyamp...@gmail.com:


 いいだです。

 まだ属性テーブルの凡例が公開されていないので、
 なにがなんだかわからないですね(^^;

 ひとまず、EPSG 2448、Shift-jisで、
 ライン用のファイルの「分類コード」が3001のものが建物じゃないかな、というところまではわかりました。

 と、いうわけで、建物データのみを抜き出したものを .osm形式に変換をしています。
 試験的に、以下の場所からダウンロード可能な状態にしました。

 https://www.dropbox.com/sh/xgtuwrxliw49r7h/JThNTHNsZ2

 詳しくは同梱のREADME.txtを参照してください。
 付与しているタグは適当です。
 また、当然ですが、そのままアップロードすることは絶対に避けてください。

 これらのファイルをもとに、問題点の議論ができれば、と思います。
 基盤地図情報2500の元データだけあって、かなり綺麗に重なります。
 http://wiki.openstreetmap.org/wiki/JA:GSI_KIBAN/Using_GSI_KIBAN_WMS

 ちょっと話し合うこと多いですが、議論点としてはこんなかんじでしょうか？
 ここで綺麗に決まれば、今後も似たようなデータが来た時に扱いやすくなるかな、と期待してます。

 ■論点の案
 ・タグづけについて
 　・building = yesの他に拾い上げられるデータは？（凡例ないとつらいけど）
 　・source = XXX（そもそも、sourceタグによる表記で良いか？）
 　・source_ref = XXX (ローソンデータについて Imports MLで相談した時、
 　　この部分はチェンジセットコメントに書くことでもよいのでは？と言われています)

 ・精度について
 　・既存の道路や建物との調整はどうする？

 ・データについて
 　・JOSMでデータ読み込んだ後に「妥当性検証」していただけるとわかりますが、けっこう細かい警告、でてきます
 　・これは地道に直すしか無いかな、と思います






 2013年9月2日 13:34 Tomomichi Hayakawa tom.hayak...@gmail.com:

 Tomです。

 今後、自治体で同様なケースが増えると思われますので、
 日本の自治体オープンデータの一覧をwiki に作ってみました。
 http://wiki.openstreetmap.org/wiki/Japan_OpenData

 間違い等ありましたら、修正願います。





 2013年9月2日 11:23 宇野泰行 2gpros...@gmail.com:

 宇野です。

 そうですね。元々建物データをインポートできないものかと市役所の方に相談してみたのが始まりなので、是非建物のインポートは行いたいです。
 鯖江市役所及び、実際に測量した会社からはOSMへのインポートの了承を頂いています。

 測量成果のインポートということで、測量法(第43条？)の絡みもあると思いますが、インポートが測量法に抵触しないように免責事項を追記してもらう予定です。

 現在入力されている鯖江市の建物データについて、僕が描いていた建物は基盤地図情報2500ではなく間違って25000を使ってしまっていました・・・
 (他の地域の2500の基盤地図を見たときに全くギザギザしていなくて気付きました。)
 そのため僕の描いた建物はJOSMのフィルタで一度削除して都市計画図からインポートし直しても構わないかなと思っています。

 また、データシティ鯖江関連のWikiですが、
 以前自分のWikiページに備忘録も兼ねてオープンデータインポートのWikiを作っていました。参考までに。
 http://wiki.openstreetmap.org/wiki/User:Unotecjapan/OpenData_wikisample



 2013年9月2日 6:21 Taichi Furuhashi tai...@osmf.jp:

 古橋です。


 鯖江市の都市計画図が CC BY で公開されました。
 http://www.city.sabae.fukui.jp/pageview.html?id=13892

 これは、4月末の鯖江OSMアイディアソンの時に、
 鯖江市長が発表した都市計画図公開の方針が実現したかたちで、
 当日参加した空気感もお伝えすると、
 鯖江市側も公開データのOpenStreetMapでの活用を期待しているものと受け止めています。

 そこで、データも公開されましたので
 早速このデータをOSMにどのように取り込むべきかこちらで議論を進めていきたいと思います。

 とくに鯖江市周辺は Bing の高解像度空中写真が提供されておらず、

 建物データの入力は手作業で、基盤地図情報2500のトレースを行っている状況かと思いますので、未入力の建物形状のインポートが重要かと個人的には考えています。

 その他の情報も含めて、wikiに鯖江データシティ関連情報まとめページを作りましたので、そちらに整理していきます。
 http://wiki.openstreetmap.org/wiki/Sabae


 主に、北陸のみなさん、ご意見よろしくお願いいたします。




 --
 ## Taichi FURUHASHI(MAPconcierge Inc. President)
 ## MAPconcierge satellite office at http://goo.gl/VgWD6 in NOMAD
 NEW'SBASE
 ## Vice-President of OpenStreetMap Foundation Japan with sinsai.info
 project
 ## Director of the OSGeo Foundation Japan
 ## Researcher of the center for spatial info. science, univ.of Tokyo
 ## TEL/SkypeTwitterLIFB: 070-6401-5963 /
 http://about.me/mapconcierge
 ## URL/Mail: http://www.mapconcierge.jp tai...@mapconcierge.jp
 ## GPS/GigaPan/UAV Shop: http://gpsconcierge.jp

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



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




 --
 =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
 早川知道 (Tomomichi Hayakawa) tom.hayak...@gmail.com

 うえこみ春日井小牧 - http://www.kasugai-komaki.jp/
 Malaika System - http://malaika-system.com/
 blog - close to you - http://malaika.air-nifty.com/
 OSM Tokai - http://groups.google.com/group/OSM-Tokai
 XOOPS Cube TOKAI - http://xc-tokai.net/
 =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=

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




 --
 Satoshi IIDA
 mail: nyamp...@gmail.com
 twitter: @nyampire

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

Re: [Talk-GB] Using store locator as source

On 16 September 2013 16:14, Andy Allan gravityst...@gmail.com wrote:
 On 16 September 2013 14:18, Adam Hoyle adam.li...@dotankstudios.com wrote:

 If there is no license on their website regarding the information, then 
 shouldn't it be considered public domain?

 Err, no. That's not how the law works - either on copyright or on
 database rights.


As well as full copyright restrictions being the default position, it
is not possible to get copyright material into the pubic domain early
in the UK, or Europe in general.  (Even in the US, there is some doubt
as to whether anyone but the government to do so, and even whether
government produced material is public domain outside the USA.)

___
Talk-GB mailing list
Talk-GB@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-gb

Re: [Talk-GB] Using store locator as source

2013-09-17 Diskussionsfäden Robert Whittaker (OSM lists)

On 16 September 2013 19:18, David Earl da...@frankieandshadow.com wrote:
 On 16/09/2013 17:35, Adam Hoyle wrote:

 On 16 Sep 2013, at 16:14, Andy Allan gravityst...@gmail.com wrote:


 Almost all retail sites will claim blanket copyright in every page of their
 websites. Just to take one at random, I went to http://www.boots.com/ . See
 the bottom of the page, and you'll see the copyright statement.

It would be difficult to find any commercial or large business that
doesn't.  In this case, Asda do.


 Furthermore, any maps or use of postcode location they use may also be
 copyright to someone else, like Royal Mail.

Asda certainly look as though they must have used postcode centres, as
their marker is at the back of the site and so far off the actual
store that Bing's icon for store is outside the frame!  However, basic
postcode centre locations are part of the OS OpenData releases.  What
is still kept under lock and key by the Post Office is the allocation
of street addresses to postcodes and the, detailed, Walksort(TM) level
codes used in the bar codes on mail from institutions.

Providing an interface to add a business by postcode might actually be
a useful way of getting a first cut set of data without risking an
inexperienced marketing person using copyright mapping data.


 copyright to do that, as long as they understand the implications, that the
 specific information referred would be released under the ODbL. I'd have
 thought most stores would be only too glad for their locations to be
 published, but because of the blanket copyright claimed, they'd each need to
 be asked.

The best approach would be to encourage them to submit the information
directly to OSM, so that they go through the standard OSM licence
grant process.  The problem may be in getting a share out o what may
be a very small marketing budget for maintaining the store locator.
Of course, the benefit to them may be that they get detailed mapping
of the correct geometry of their site out of OSM, at the slight risk
of occasional vandalism and good intentions gone wrong.  OSM gets the
risk that they may not really understand the licence, although I fear
that the latest generation of mappers may have the same problem.


 The caveat is that they may not be in a position to give you permission if
 the data is itself tied up in copyright to someone else - for example if it
 is derived using the Royal Mail postcode to location database. Depending who

As noted above, getting postcodes rather than full geo-refs would
reduce the risk of third party copyright breaches.  In the Asda case,
the OSM mapping doesn't seem to have used the store locator mapping.


 The kind of stores we're talking about are in sizeable places, and the
 numbers aren't huge, so doing it on foot is surely perfectly do-able and

Unfortunately, OSM is becoming an armchair exercise.  I don't know if
the existing car park, at Asda, was armchair mapping, but in some
areas, any place where two or more cars gather together gets mapped as
a car park, without any access restrictions.

 quicker and easier than approaching every chain for a complicated permission
 which they may themselves get wrong. Doing it on the ground means you get
 them all, systematically, in one place too irrespective of size or whether
 they have an online branch finder.

You also get the right information, not what the marketing department
thought they knew.  I recently mapped a PFI for NHA health centre
which had both a sketch map and one of the standard online maps
identifying a building on the wrong side of the service road as the
centre (it is hosted within a sport centre).

___
Talk-GB mailing list
Talk-GB@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-gb

Re: [Talk-GB] Using store locator as source

On 17 September 2013 08:38, OpenStreetmap HADW osmh...@gmail.com wrote:
 However, basic postcode centre locations are part of the OS OpenData releases.

Unfortunately, CodePoint Open is the one dataset in the OS OpenData
collection that hasn't been cleared for use in OSM. See
https://lists.openstreetmap.org/pipermail/talk-gb/2013-July/015028.html

Robert.

-- 
Robert Whittaker

___
Talk-GB mailing list
Talk-GB@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-gb

Re: [Talk-GB] Using store locator as source

2013-09-17 Diskussionsfäden SK53

Just a general point about shops. There is a perfectly good OPEN data
source containing address ( postcode centroid as lat/lon) available for
all food outlets covering most UK local authorities.

This is the Food Standards Agency's Food Hygiene Rating
Schemehttp://ratings.food.gov.uk/open-data/en-GB.
I don't in general use it for armchair mapping (the exceptions being places
I used to know well, where I have used FHRS to verify that a
pub/restaurant/cafe is still in business), but it is very powerful for a)
finding places to survey; and b) adding address data.

It is certainly likely to cover major chains such as : Tesco, Morrison,
Sainsbury's, Waitrose, Asda, Boots, Superdrug, W.H. Smith.

Like most data sources it's not perfect: I've encountered a few omissions
(including the banqueting hall mentioned in an earlier thread) as well as
out-of-date information.

License info on the FHRS site is somewhat opaque, but Open Data gov
provides this 
searchhttp://data.gov.uk/data/search?license_id-is-ogl=trueq=food+hygiene
.

So there is no need to even think about using Store Locator stuff on
proprietary websites.

Jerry


On 17 September 2013 08:38, OpenStreetmap HADW osmh...@gmail.com wrote:

 On 16 September 2013 19:18, David Earl da...@frankieandshadow.com wrote:
  On 16/09/2013 17:35, Adam Hoyle wrote:
 
  On 16 Sep 2013, at 16:14, Andy Allan gravityst...@gmail.com wrote:
 

  Almost all retail sites will claim blanket copyright in every page of
 their
  websites. Just to take one at random, I went to http://www.boots.com/ .
 See
  the bottom of the page, and you'll see the copyright statement.

 It would be difficult to find any commercial or large business that
 doesn't.  In this case, Asda do.

 
  Furthermore, any maps or use of postcode location they use may also be
  copyright to someone else, like Royal Mail.

 Asda certainly look as though they must have used postcode centres, as
 their marker is at the back of the site and so far off the actual
 store that Bing's icon for store is outside the frame!  However, basic
 postcode centre locations are part of the OS OpenData releases.  What
 is still kept under lock and key by the Post Office is the allocation
 of street addresses to postcodes and the, detailed, Walksort(TM) level
 codes used in the bar codes on mail from institutions.

 Providing an interface to add a business by postcode might actually be
 a useful way of getting a first cut set of data without risking an
 inexperienced marketing person using copyright mapping data.


  copyright to do that, as long as they understand the implications, that
 the
  specific information referred would be released under the ODbL. I'd have
  thought most stores would be only too glad for their locations to be
  published, but because of the blanket copyright claimed, they'd each
 need to
  be asked.

 The best approach would be to encourage them to submit the information
 directly to OSM, so that they go through the standard OSM licence
 grant process.  The problem may be in getting a share out o what may
 be a very small marketing budget for maintaining the store locator.
 Of course, the benefit to them may be that they get detailed mapping
 of the correct geometry of their site out of OSM, at the slight risk
 of occasional vandalism and good intentions gone wrong.  OSM gets the
 risk that they may not really understand the licence, although I fear
 that the latest generation of mappers may have the same problem.

 
  The caveat is that they may not be in a position to give you permission
 if
  the data is itself tied up in copyright to someone else - for example if
 it
  is derived using the Royal Mail postcode to location database. Depending
 who

 As noted above, getting postcodes rather than full geo-refs would
 reduce the risk of third party copyright breaches.  In the Asda case,
 the OSM mapping doesn't seem to have used the store locator mapping.

 
  The kind of stores we're talking about are in sizeable places, and the
  numbers aren't huge, so doing it on foot is surely perfectly do-able and

 Unfortunately, OSM is becoming an armchair exercise.  I don't know if
 the existing car park, at Asda, was armchair mapping, but in some
 areas, any place where two or more cars gather together gets mapped as
 a car park, without any access restrictions.

  quicker and easier than approaching every chain for a complicated
 permission
  which they may themselves get wrong. Doing it on the ground means you get
  them all, systematically, in one place too irrespective of size or
 whether
  they have an online branch finder.

 You also get the right information, not what the marketing department
 thought they knew.  I recently mapped a PFI for NHA health centre
 which had both a sketch map and one of the standard online maps
 identifying a building on the wrong side of the service road as the
 centre (it is hosted within a sport centre).

 ___
 Talk-GB mailing list

Re: [Talk-GB] Using store locator as source

On 17 September 2013 09:01, Robert Whittaker (OSM lists)
robert.whittaker+...@gmail.com wrote:
s.

 Unfortunately, CodePoint Open is the one dataset in the OS OpenData
 collection that hasn't been cleared for use in OSM. See
 https://lists.openstreetmap.org/pipermail/talk-gb/2013-July/015028.html


Fortunately I haven't used it, although I thought I'd seem some
postcode centroids actually on the map.

___
Talk-GB mailing list
Talk-GB@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-gb

Re: [Talk-GB] Using store locator as source