date:20110922

Am 22. September 2011 01:32 schrieb Kay Drangmeister k...@drangmeister.net:
 Am 21.09.2011 08:34, schrieb Andreas Labres:

 Also mich tät interessieren, wie man sich ein Benutzungsverbot auf einem
 path im
 Wald vorstellen muss...

 http://drangmeister.net/osm/20110522T134507s.jpg


Da steht allerdings klar: bleiben sie als Wanderer auf den markierten
Wanderwegen, d.h. auf die Wege darf man. Wenn man es richtig ernst
meinte mit dem Naturschutzgebiet dann gäbe es da m.E. gar keine
Parkplätze oder Straßen...

Gruß Martin

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

Re: [Talk-de] Turn restriction Probleme in Baden-Württemberg

Am 22. September 2011 09:12 schrieb Chris66 chris66...@gmx.de:
 Am 22.09.2011 08:18, schrieb Franz v. Gordon:

 beim Korrigieren des Rechtecks mit Restrictions um Bremen herum fand ich
 folgende Meldung zu den Relationen 77021 und 77022: sorry, 'via' ways
 are not supported - ignoring restriction. Laut Wiki [1] (Anmerkungen)
 ist aber bei no_u_turn ausdrücklich ein Weg als via-Rolle erlaubt.

 Ja, das ist richtig, aber anscheinend schwierig zu implementieren.


Diese via-Ways treten an Stellen auf, wo man über das Mapping
grundsätzlich diskutieren kann, nämlich in Kreuzungsbereichen von
Straßen mit geteilter Fahrbahn. Streng genommen müssten diese
Kreuzungen in unserem Datenmodell auf einen Punkt laufen (weil/wenn es
im Kreuzungsbereich keine bauliche Trennung, und also nur eine
Fahrbahn gibt). Allerdings sähe diese Art der Modellierung bescheiden
aus...

Gruß Martin

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

Re: [Talk-de] Wohngebiete, landuse=residential Verwendung - continued

Am 22. September 2011 01:49 schrieb Christian Müller cmu...@gmx.de:
 Zu letzterem könnte boundary=settlement ein Vorschlag sein, der es
 sich ev. loht zu diskutieren.

 könnte man evtl. machen, ist m.E. aber nicht nötig, eine Fläche reicht
 eigentlich, wozu die Grenze nochmal extra taggen?

 Ob Fläche, oder Flächengrenze macht keinen Unterschied.  Auch diese Aussage
 beweißt einmal mehr, dass Du die Datenhaltungsmail nicht verstanden hast,
 wenn sie überhaupt gelesen wurde..  Es sind nur unterschiedliche
 Darstellungsformen ein und desselben, wobei die Grenzerfassung deshalb
 Vorteile hat, weil dadurch große Flächengrenzen in Segmente zerlegt,
 wiederverwendet und, je nach Bedarf, geladen oder nicht geladen werden
 können.


der Unterschied besteht darin, dass bei einer Fläche ein Polygon
definiert wird, bei einer Flächengrenze eine Linie. Im Endeffekt läuft
es auf dasselbe hinaus, wenn die Flächengrenzen zu einem geschlossenen
Ring verbunden werden können. In Segmente zerlegen kann man beide, die
Lösung bei Flächen heisst dazu Multipolygon.

Gruß Martin

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

Re: [Talk-de] Übersicht zur Debatte um die Boden/Flächennutzung (landuse=) und Orte/Toponyme (place=)

Am 22. September 2011 02:17 schrieb Christian Müller cmu...@gmx.de:
 Am 21.09.2011 21:58, schrieb Stefan Keller:
 Im Kern geht es um drei Baustellen:
1) die Erfassung von landuse (Bodennutzung) allgemein


+1


- bessere Strukturierung der tag-values nach ISIC, etc.


das war immer nur zusätzlich gedacht, zumindest hatte ich das so
verstanden und unterstütze es auch nur parallel aber nicht als values
für landuse


- beliebige Flächen/größe/ zulassen (MICROmapping und normalos)


das war schon immer so, es geht nur darum, was man empfiehlt.


- Bedingung: Datenhaltung von Flächen als multipolygons


wie es Sinn macht, bei kleinen landuse-Flächen aus meiner Sicht
unnötig und schädlich, da es unnötig das Mappen verkompliziert.


- Flächen/charakterisierung/, also Definition im Wiki überarbeiten
- überwiegende, bzw. vorrangige Nutzung


steht da bereits. Ist zwar unwidersprochen aber nicht klar, da unklar
ist, wie groß eine area ist.


- Nutzungserfassung vor Ort (oder äquivalent)


+1. Äquivalent gibt es praktisch nicht, oder nur in Spezialfällen wie
großen Fabriken. Kenntnis der Lage vor Ort ist erforderlich.


2) die Bedeutung von landuse=residential im Speziellen
- darf da nun ein /Gebiets/name dran?


da kann auch ein Gebietsname ran, aber der wird sich i.d.R. nicht auf
die Bodennutzung sondern auf das Gebiet an sich beziehen, in dem
eben u.a. auch die Nutzung einheitlich ist. Das Objekt, das den Namen
trägt, ist m.E. ein Siedlungsteil, nicht eine Bodennutzung.


- eigentlich erfasst landuse nur die Bodennutzung, und damit
 Bodennutzungsgrenzen


es erfasst Bodennutzungsflächen (indem die Bodennutzungsgrenzen markiert wird).


- Wohngebiete sind aber dadurch charakterisiert, dass sie einen Namen
 tragen und der Grenzverlauf amtlich dokumentiert ist


-1. Da täuscht Du Dich, bzw. ist das keine generelle Regel sondern
kann sein, muss aber nicht


- in einem strengen Sinne sind Wohngebietsgrenzen
 boundary=administrative (Verwaltungsgrenzen)


-1


3) place-tag  Verwendung auf   nodes   zurückfahren


-1, was meint zurückfahren? Löschen? Nur damit Du Deine Ansichten
durchdrücken kannst? Und dann in 2 Jahren feststellst, dass es ein
Irrtum war?


- alle geografischen Orte haben eine unbestimmte Lage (node =
 ausdehnungslos)


in erster Näherung ist das z.B. fürs Rendern schonmal viel besser als
gar nichts. Nochmal besser sind Flächen.


Flächen, die in einem bestimmten Kontext zu einem Ort stehen, haben
 i.d.R. kontextbezogene Namen, z.B. Gemeindefläche, Siedlungsfläche.  Ob die
 Grenzen dieser Fläche, oder die Gesamtfläche rudimentär als closed way
 erfasst wird, spielt keine Rolle bei der Feststellung, dass ein
 kontextbezogener Tag vergeben werden sollte.  Gemeindefläche -
 boundary=administrative,  Siedlungsfläche -  ??? (boundary=settlement oder
 landuse=settlement oder settlement=*, etc.  möglich - Hauptsache, da taucht
 kein place auf)


Hauptsache, da taucht kein place auf. Sorry, aber jetzt wirds m.E.
kindisch. Du willst geographische Orte also auch erfassen, aber nicht
den dafür etablierten Tag verwenden sondern einen neuen, aus Prinzip,
damit die Diskussion hier nicht sinnlos war?

Gruß Martin

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

Re: [Talk-de] Seltsamer Mapnik-Effekt

2011-09-22 Thread Dimitri Junker

Hallo,

Meintest du Melde das bitte den Mapnik-Entwicklern oder Ich melde es
den Mapnik-Entwicklern?

mach Du es, aber wenn es Dir lieber ist kann ich es auch machen.

Gruß
Dimitri


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

Re: [Talk-de] Übersicht zur Debatte um die Boden/Flächennutzung (landuse=) und Orte/Toponyme (place=)

2011-09-22 Thread Christian Müller


Hi,

Am 22.09.2011 10:16, schrieb Martin Koppenhoefer:

- bessere Strukturierung der tag-values nach ISIC, etc.

das war immer nur zusätzlich gedacht, zumindest hatte ich das so
verstanden und unterstütze es auch nur parallel aber nicht als values
für landuse


da hat ein z.B.  gefehlt ..  Frederik ging es ja um die Senkung von 
Eintrittsbarrieren, um das mappen für Einsteiger verständlicher zu 
machen, daher der Wunsch ein paar values aus landuse zu entfernen und 
diese stattdessen in subtags oder sub-sub-tags zu modellieren..  dazu 
gab es auch von anderen Leuten Zustimmung, die fanden, dass die values 
liste für key:landuse bereits zu lang ist..   ISIC war nur eine 
Anregung, wie man das sinnvoll machen kann, wenn man bestehende Arbeit 
(der UNO) in diesem Fall wiederverwendet..


Für eine Ausdifferenzierung der obersten Ebene von landuse ist die 
oberste Ebene von ISIC vermutlich nicht zu gebrauchen.  So wie ich es 
verstanden habe, bildete sich für die oberste Ebene von key:landuse  
residential, commercial, industrial, ((mixed)) heraus, wobei ich den 
mixed-Typ für überflüssig hielt.  Für alle anderen values von 
key:landuse müsste man schauen, ob die wirklich berechtigt _neben_ 
diesen Werten stehen, oder eher _unter_, also eine Spezialisierung eines 
dieser Werte sind (also in einen subtag gehören..)




- Bedingung: Datenhaltung von Flächen als multipolygons

wie es Sinn macht, bei kleinen landuse-Flächen aus meiner Sicht
unnötig und schädlich, da es unnötig das Mappen verkompliziert.


+/- 1.  Jein.  Das ist ja momentan nur deshalb komplizierter, weil die 
Tools dafür zu schlecht sind.  Ich schrieb in einer meiner mails:  
multipolygons müssen so einfach werden, wie einen closed way zu 
zeichen.  Das erachte ich als Vorraussetzung und letztlich /sind/ 
multipolygons DAS Flächentool in OSM schlechthin.  Nur werden sie noch 
nicht so eingesetzt, stattdessen beschränkt man sich auf ihre Verwendung 
für Spezialfälle.


Die Vergangenheit zeigt aber, dass öfter als weniger, einfache Fälle zu 
Spezialfällen mutieren.  Clevere Leute mappen ihre Flächen dann mit 
multipolygons neu (obwohl das umständlich ist, Du schreibst es selbst), 
andere behelfen sich damit, overlapping ways zu bilden (was ich selbst 
lange Zeit gemacht habe, da ich noch nicht wußte, wie die eigentliche 
Lösung aussieht), oder damit, überhaupt keinen Flächenbezug herzustellen 
(geschachtelte closed ways) - was keine vernünftige Abbildung der 
Realität ist.


In der Realität gibt es ohne Ende Bezüge zwischen den Flächen (das 
Wohngebiet liegt __innerhalb__ der Gemeindefläche, der Bäcker liegt 
__innerhalb__ des Wohngebiets, das Feld _grenzt_ an Weg- oder Wald- 
-fläche -- und das sind nur Beispiele für eine Lagebeziehung).


Natürlich kann ich mir die Lagebeziehungen auch erst ausrechnen, anstatt 
sie ordentlich mitzumodellieren, für viele Lagebeziehungen wird aber 
diese Rechnung sehr komplex - betrachte z.B. die Lagebziehung 
Gemeindefläche __innerhalb__ Bundesgebietsfläche:


Wenn diese Beziehung nicht durch Datenstrukturen zu ermitteln ist 
(wie das jetzt der Fall ist), müsste ich für die gesamte bundesdeutsche 
Grenze (a lot of nodes) algorithmisch prüfen, ob die Gemeindefläche 
(less nodes but still a lot) komplett inkludiert ist.  Wenn ich diese 
Lagebeziehung dann für _alle_ Gemeindeflächen brauche, wird meine CPU 
schwitzen.  OSM sei Dank muss ich aber nur wissen, /wie/ ich die 
entsprechende Datenstruktur auslesen muss.


Dieses Problem lässt sich für jedwede Lagebeziehung von Flächen 
aufzeigen.  Das ist, weshalb ich schon die ganze Zeit nicht müde werde, 
zu erzählen, dass Beziehungen zwischen Flächen nicht _einfach so_ da 
sind.  Es ist besser, wenn insbes. die Lagebeziehungen innerhalb OSMs 
Datenstrukturen vorhanden sind:


Das geht nicht mit closed ways, das geht auch nicht mit 
overlapping ways sondern nur mit zueinander in Beziehung stehenden 
Multipolygons (ich habe das als 'Flächennetzwerk' bezeichnet).


Es nützt auch nichts zu argumentieren, dass manche Polygone ja viel 
kleiner seien und nicht so viele nodes hätten, wie andere und damit die 
Rechnung in der Tat einfacher sei..  Eine Lagebeziehung kann ich nur 
zwischen mindestens zwei Polygonen bilden, d.h. ich beschränke mich mit 
dieser Argumentation dann schon auf Lagebeziehungen zwischen zwei _viel 
kleineren_ Polygonen.


Natürlich sind Algorithmen denkbar, die den Rechenaufwand für viele 
solcher Berechnungen wieder reduzieren, indem z.B. entsprechend bounding 
boxes gebildet werden und dann erstmal nur gegen diese gerechnet wird, 
anstatt gegen den kompletten Streckenzug.


Warum sollte aber jemand diesen Aufwand betreiben, wenn er durch bessere 
Datenlage nicht bestünde?  Mehr noch, warum sollte ihn _jeder_ _separat_ 
betreiben, der an Lagebeziehungen zwischen Flächen interessiert ist?


Mit ein bisschen Javascript, und dem entsprechenden Flächennetzwerk, 
kann ich auf jedem Client echt komplexe Lagebeziehungen aufzeigen,

Re: [Talk-de] Wohngebiete, landuse=residential Verwendung - continued

2011-09-22 Thread Christian Müller


Am 22.09.2011 10:04, schrieb Martin Koppenhoefer:
der Unterschied besteht darin, dass bei einer Fläche ein Polygon 
definiert wird, bei einer Flächengrenze eine Linie. Im Endeffekt läuft 
es auf dasselbe hinaus, wenn die Flächengrenzen zu einem geschlossenen 
Ring verbunden werden können. In Segmente zerlegen kann man beide, die 
Lösung bei Flächen heisst dazu Multipolygon.


Das ist das, was ich seit meiner Datenhaltungsmail fast predige - schön, 
dass es mittlerweile ankommt  ;-)


Du definierst in OSM übrigens kein Polygon, sondern nur einen closed way:

eine Fläche - eine Flächengrenze - ein Segment - ein 
geschlossener Ring aus einem Segment - auch nur ein Multipolygon, 
wenngleich ein Spezialfall



Ich habe bisher Polygon oder closed way Synonym verwendet, obwohl das 
nicht ganz richtig ist, denn in OSM ist ein Polygon:


- durch closed way ohne Multipolygon-Mitgliedschaft
- durch /einen/ way mit Multipolygon-Mitgliedschaft (closed way als 
outer member)


realisierbar.

/Welche/ Polygone in OSM als Fläche interpretiert werden und welche 
nicht, wird __nur__ über Tags entschieden.  Ein Kreisverkehr ist auch 
ein closed way  und ein Rundkurs einer Radroute ist auch ein 
geschlossener Ring - das sind letztlich Polygone, aber der 
Flächeninhalt interessiert nicht.


Ob der Inhalt von closed way oder geschlossenem Ring wichtig ist, 
verraten nur die Tags.  Daher meine Unterscheidung in bisherigen mails 
zwischen Flächen-Tag und anderen Tags.



Gruß


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

Re: [Talk-de] Seltsamer Mapnik-Effekt

2011-09-22 Thread Philip Gillißen


Am 22.09.2011 11:22, schrieb Dimitri Junker:

mach Du es, aber wenn es Dir lieber ist kann ich es auch machen.


Hab den Fehler eingestellt:
https://trac.mapnik.org/ticket/889

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

[Talk-de] Grillhütte korrekt taggen?

2011-09-22 Thread Lars Schimmer

Moin!

Wie tagt man eine Grillhütte korrekt?

Tagwatch meint 2 Hits für Grillhütte
(http://tagwatch.stoecker.eu/Germany/En/tagstats_tourism_Grillh_tte.html),
aber das finde ich unschön.
Und tourism=picnic_site käme schon hin, aber da fehlt der Zusatz das es
kein einfacher Grill (im freien) ist, oder?

Danke.

MfG,
Lars Schimmer
-- 
-
TU Graz, Institut für ComputerGraphik  WissensVisualisierung
Tel: +43 316 873-5405   E-Mail: l.schim...@cgv.tugraz.at
Fax: +43 316 873-5402   PGP-Key-ID: 0x4A9B1723

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

Re: [Talk-de] Eigene Karten rendern

2011-09-22 Thread Kay Drangmeister


Hi Martin,

Am 22.09.2011 09:36, schrieb Martin Koppenhoefer:

Am 22. September 2011 01:32 schrieb Kay Drangmeisterk...@drangmeister.net:

http://drangmeister.net/osm/20110522T134507s.jpg


Da steht allerdings klar: bleiben sie als Wanderer auf den markierten
Wanderwegen, d.h. auf die Wege darf man.


Ja und nein. Die Betonung liegt auf markierten. Für den (nicht auf dem
Foto gezeigten) Weg gilt das eben nicht. Für diesen gilt das große rote
Schild oben drüber, das du unterschlägst: Hier kein Wanderweg.

 Wenn man es richtig ernst

meinte mit dem Naturschutzgebiet dann gäbe es da m.E. gar keine
Parkplätze oder Straßen...


Ja, die Rhön ist ja auch kein Naturschutzgebiet, sondern ein Bio-
sphärenreservat. Die befahrenen Straßen führen natürlich um das
genannte Naturschutzgebiet Lange Rhön herum.
Hier die (noch ungenügend getaggte) Gegend um die es geht:
http://www.openstreetmap.org/?lat=50.4864lon=10.0318zoom=14layers=M

LG
Kay

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

Re: [Talk-de] Grillhütte korrekt taggen?

2011-09-22 Thread Johannes Hüsing

Am Donnerstag, den 22.09.2011, 21:16 +0200 schrieb Lars Schimmer:
 Moin!
 
 Wie tagt man eine Grillhütte korrekt?
 
 Tagwatch meint 2 Hits für Grillhütte
 (http://tagwatch.stoecker.eu/Germany/En/tagstats_tourism_Grillh_tte.html),
 aber das finde ich unschön.
 Und tourism=picnic_site käme schon hin, aber da fehlt der Zusatz das es
 kein einfacher Grill (im freien) ist, oder?
 

Dann noch amenity=shelter oder covered=yes dazu und es sollte 
fast schon passen.

Die Erlaubnis, im Wald zu zündeln, und evtl. die Notwendigkeit
anzumelden (access=appointment?) kann man vielleicht noch 
unterbringen.



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

[Talk-de] Name von Bruecken

2011-09-22 Thread Bernhard Weiskopf

Hallo an alle,
 
manche Brücken tragen eigene Namen.
 
Wie trägt man den Namen in OSM am besten ein, dass er auf der Karte in der
Regel auch angezeigt wird?
 
Die Straße, die über das Bauwerk Brücke führt, behält eigentlich ihren
Namen auf dem Bauwerk.
Die Brücke wird aber nicht als Bauwerk gezeichnet, sondern als Tag den
Straßeneigenschaften beigefügt.
 
Bernhard
 
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

[Talk-de] Flächennetzwerk mit Multipolygonen - Beispiel

2011-09-22 Thread Christian Müller


Hi Martin,


um zu sehen, was ich mir so als Ziel vorstelle, kannst Du in JOSM mal 
den Bereich


12.3168755,51.2102240,12.3196864,51.2111313

laden..


Aber bitte genau diesen, ansonsten ist es schwer zu verstehen, was genau 
die Vorteile von multipolygons beim Mappen der Bodennutzung sind.


Es ist mit JOSM gar nicht sooo schwer, ein bestehendes Gebiet zu 
konvertieren, mir sind aber auch viele usability Aspekte aufgefallen, 
die den Weg hin zu multipolygonen erschweren bzw. versperren..


Wie auch immer, das Gebiet soll erstmal nur praktisch illustrieren, 
wovon ich überhaupt rede..  Was sollte an dem Beispiel zu sehen sein:



  - Vorteil der Datenhaltung: Beim Laden des Gebietes, erhalte ich nur 
die Flächengrenzen und nicht mehr gleich _alle_ Flächen, die das Gebiet 
schneiden.


  - keine Overlapping Ways: es gibt eine Flächengrenze, klickt man 
diese an, sieht man, wieviele und welche Flächen sie begrenzt


  - ist eine Fläche noch nicht komplett geladen, braucht man, für JOSM, 
nur Rechtsklick aufs Multipolygon  unvollständige Elemente laden


  - auch einfache Fälle als multipolygon  (die landuse=meadows links)

  - Für jede Flächengrenze (way) ist sofort ersichtlich /welche/ 
Flächen geändert werden, wenn die nodes der Flächengrenze verschoben werden
- das ist für overlapping ways oft nicht der Fall, gerade wenn 
diese auf Wegen außerhalb der bbox entstehen, oder wenn in JOSM Objekte 
auf der Basis von IDs geladen werden - ich erhalte dann eine komplette 
Fläche (closed way), ohne evtl. zu sehen, welche Flächen beeinflusst 
werden, wenn ich einen Knoten verrücke.


  - Verschachtelung:  Die Multipolygon meadows auf der linken Seite 
nehmen am Imnitzer Park in der Rolle inner Teil, sind aber selbst 
völlig autark lad- und bearbeitbar.  Über die Elternrelation kann aber 
eine Lagebeziehung zu gröberen Gebieten ermittelt werden.


  - Genauso umgekehrt: Der Imnitzer Park ist als Fläche ohne Kinder 
interpretier- und ladbar  (es ist denkbar, dass man die inner-Elemente 
z.B. beim Rendering oder anderweitigen Verarbeiten einfach ignoriert 
werden, und nur outer in Betracht gezogen wird).  Falls man sich für 
extreme Nutzungsänderungen innerhalb einer gemappten Fläche, die 
überwiegend als Park genutzt wird, interessiert, betrachtet man 
einfach die inner-Elemente der Parkfläche..  fertig  (ein Datennutzer 
kann also entscheiden, wie weit er granulieren möchte, bzw. ab welchen 
Flächengrößen er nicht mehr im Multipolygon-Netz hinabsteigen möchte).



Diese Beispieldaten sind für die Geschichte mit den 2/3 Häusern im Wald 
übertragbar und auch auf die Geschichte mit dem Bäcker im Wohngebiet:


(Beispiel - Situation Haus im Wald):

(Imnitzer Park multipoly  -  landuse=forest)
(landuse meadow children -  mini-residentials im forest)

(Beispiel - Situation Bäcker im Wohngebiet):

(Imnitzer Park - landuse=residential)
(landuse meadow children - tiny-commercials im residential)


Nochmal, mir ist klar, dass das flächendeckend momentan nicht umsetzbar 
ist, dazu müssten Editoren multipolygons mehr in den Kern ihrer 
Editierfunktionalität rücken und nicht als Extra am Rand liegen lassen.


Dennoch ist es gar nicht so schwer, etwa eine Fläche einzufügen, wenn 
man diese Daten hat.


- neue Grenze zeichenen
- neues Multipolygon erstellen und taggen
- alte Flächenbeziehungen umdefinieren (häufig nur eine Fläche)


Für mich liegen die Vorteile auf der Hand, und wenn man die Beziehung 
Flächen - Flächengrenze einmal verstanden hat, ist es auch wesentlich 
einfacher, so zu editieren, als mit zig tausend ways, overlapping oder 
nicht, parallel oder nicht..  .. und das betrifft auch Änderungen - oft 
wird argumentiert, es sei schwerer Gebiete mit viel Beziehungen 
untereinander zu ändern - dabei ist es wirklich nur anders.


Wenn jemand z.B. einen neuen closed way in ein Multipolygon einfügt und 
mal vergisst, dieses als inner in ein bereits gröberes Gebiet (outer) 
einzutragen, ist das ja kein Beinbruch.  Irgendeinem anderen Mapper wird 
das schon auffallen, der das dann fixed.  Dieser verbindet dann 
MICROgemappte Daten mit MACROgemappten..



Übrigens:  Auch immens große Flächen lassen sich damit im Detail und 
ohne großen Fehler editieren, indem man sich einfach nur auf das 
relevante Grenzsegment fokussiert.  Genauso, wie derzeit Radrouten 
editiert werden - da befasst man sich i.d.R. auch nur mit 
Streckenabschnitten.


Routen sind tatsächlich eine gute Analogie:  auch hier wird von 
Basismappern oft durch Editieren der Basisgeometrie eine Relation 
kurzzeitig unbrauchbar..  ..die dann jemand, der sich mit der Route 
beschäftigt, wieder fix'd.  Gleiches funktioniert für Flächen, die über 
Multipolygone abgebildet werden.  Validatoren zeigen dabei Fehlerflächen 
schnell und unkompliziert auf..



Der Schlüssel für die multipolygon-Akzeptanz ist m.M.n. eine höhere 
Editorintegration.  Das fängt schon damit an, dass multipolygone neben 
anderen

[Talk-it] Foto Bing e Yahoo!

2011-09-22 Thread G Zamboni


  
  
Ciao a tutti,
tutti quelli che utilizzano JOSM avranno gi saputo dell'annuncio
che non sono pi disponibili le foto satellitari di Yahoo! [0].
Credo proprio che nessuno si disperer per questa notizia.

In compenso ho notato recentemente che le immagini di Bing sono
state aggiornate (almeno dalle mie parti). Sono pi dettagliate del
PCN, molto pi recenti (in base a dei lavori stradali fatto vicino a
casa mia posso dire che hanno meno di 6 mesi) e per quanto ho potuto
verificare sono ben georefenziate.
Per avere un'idea cercate il ponte di Rialto, ingranditelo a pieno
schermo e potrete contare gli scalini!
Anche altre zone che conosco come Pavia, Torino e Milano hanno
immagini molto buone con differenze di gereferenziazione (spero di
averlo scritto giusto...) rispetto al PCN di 1 o 2 metri.

Premesso che le immagini satellitari non vanno prese per oro colato,
che non possono sostituire la conoscenza diretta e tanti altri buone
obbiezioni, credo che queste novit possano essere un buon aiuto per
migliorare la situazione di Venezia e altre centri storici nei quali
il GPS  inutile.

Ciao
Giuliano

[0]
http://developer.yahoo.com/blogs/ydn/posts/2011/06/yahoo-maps-apis-service-closure-announcement-new-maps-offerings-coming-soon/




  


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

Re: [Talk-it] Foto Bing e Yahoo!

2011-09-22 Thread sabas88

Confermo su Genova, ho messo uno scostamento di -4.87; -2.12 ma si vede
nettamente meglio del PCN.
Ciao,
Stefano

Il giorno 22 settembre 2011 19:23, G Zamboni gd.zamb...@tiscali.it ha
scritto:

  Ciao a tutti,
 tutti quelli che utilizzano JOSM avranno già saputo dell'annuncio che non
 sono più disponibili le foto satellitari di Yahoo! [0]. Credo proprio che
 nessuno si dispererà per questa notizia.

 In compenso ho notato recentemente che le immagini di Bing sono state
 aggiornate (almeno dalle mie parti). Sono più dettagliate del PCN, molto più
 recenti (in base a dei lavori stradali fatto vicino a casa mia posso dire
 che hanno meno di 6 mesi) e per quanto ho potuto verificare sono ben
 georefenziate.
 Per avere un'idea cercate il ponte di Rialto, ingranditelo a pieno schermo
 e potrete contare gli scalini!
 Anche altre zone che conosco come Pavia, Torino e Milano hanno immagini
 molto buone con differenze di gereferenziazione (spero di averlo scritto
 giusto...) rispetto al PCN di 1 o 2 metri.

 Premesso che le immagini satellitari non vanno prese per oro colato, che
 non possono sostituire la conoscenza diretta e tanti altri buone obbiezioni,
 credo che queste novità possano essere un buon aiuto per migliorare la
 situazione di Venezia e altre centri storici nei quali il GPS è inutile.

 Ciao
 Giuliano

 [0]
 http://developer.yahoo.com/blogs/ydn/posts/2011/06/yahoo-maps-apis-service-closure-announcement-new-maps-offerings-coming-soon/




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


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

Re: [Talk-it] Venerdì mapping party a Roma

2011-09-22 Thread Fabri

Ok allora ci si vede domani per le 16. Poi visto che siamo solo noi 3 e martin 
è in forse x la bici si decide il da farsi. Magari se il giorno dopo niubi ha 
la gara possiamo evitare di fare tutto il percorso e staccarci per una birra da 
qualche parte...poi vediamo. A domani

- Messaggio originale -
 Ciao
 
 io sono iscritto alla gara, anche se non ho alcuna velleità di
 classifica. Le bandiere (per colpa mia) non sono ancora arrivate,
 risultano spedite dalla settimana scorsa.
 Dal tracking del corriere sembrerebbero in giacenza presso la sede di
 Foggia, come se il corriere fosse passato senza trovare qualcuno.
 
 Se non dovessero arrivare entro la mattinata, cerco di organizzarmi per
 passare a ritirarle io.
 
 Ci vediamo domani pomeriggio.
 Ciao
 /niubii/
 
 
 Il giorno 22 settembre 2011 00:41, Martin Koppenhoefer 
 dieterdre...@gmail.com ha scritto:
 
  2011/9/21 Fabri erfab...@gmail.com:
   Allora ci si vede venerdì!
   
   Ps: niubii tu fai anche la gara in mtb?
  
  
  Io (non sono niubii, lo so) per la gara sono già sicuro di non
  partecipare, devo ancora riparare la bici e se non ce lo faccio mi
  presto una da qn.
  
  ciao,
  Martin
  
  Niubii: ha funzionato con le bandiere?
  
  ___
  Talk-it mailing list
  Talk-it@openstreetmap.org
  http://lists.openstreetmap.org/listinfo/talk-it
  


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

[Talk-it] Pesa pubblica

2011-09-22 Thread Andrea Decorte

Ciao, ho dovuto taggare due pese pubbliche, non trovando niente sul wiki ho
ipotizzato un man_made=weighbridge che sembra usato anche da qualcun altro (
http://taginfo.openstreetmap.org/tags/man_made=weighbridge). Avete altri
consigli? Dovrei provare a documentarlo?
Grazie
___
Talk-it mailing list
Talk-it@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Pesa pubblica

2011-09-22 Thread Damjan Gerl


22.09.2011 - 20:39 - Andrea Decorte:

Ciao, ho dovuto taggare due pese pubbliche, non trovando niente sul wiki
ho ipotizzato un man_made=weighbridge che sembra usato anche da qualcun
altro (http://taginfo.openstreetmap.org/tags/man_made=weighbridge).
Avete altri consigli? Dovrei provare a documentarlo?
Grazie


Io ne fo taggate due però come amenity=weighbridge
http://taginfo.openstreetmap.org/tags/amenity=weighbridge

così di man_made ce ne sono 11, di amenity 9...

Ciao
Damjan

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

Re: [Talk-it] Foto Bing e Yahoo!

2011-09-22 Thread Cascafico Giovanni

Per quello che ho visto ci sono zone prioritarie per le quali Bing ha
effettuato l'aggiornamento, Venezia per popolarità, ma pure Udine. Ho notato
che appena ci si sposta fuori dai centri la situazione è variegata: 5km ad
ovest di Udine la campagna è ancora a basso dettaglio e persistono ancora
censure sulle aree militari, Campoformido per esempio, dove distese di campi
sintetici coprono edifici militari tanto da avermi indotto a mappare una
highway=track inesistente; la recente PCN2006 rivela invece tutto.

Il giorno 22 settembre 2011 19:23, G Zamboni gd.zamb...@tiscali.it ha
scritto:

  Ciao a tutti,
 tutti quelli che utilizzano JOSM avranno già saputo dell'annuncio che non
 sono più disponibili le foto satellitari di Yahoo! [0]. Credo proprio che
 nessuno si dispererà per questa notizia.

   In compenso ho notato recentemente che le immagini di Bing sono state
 aggiornate (almeno dalle mie parti). Sono più dettagliate del PCN, molto più
 recenti (in base a dei lavori stradali fatto vicino a casa mia posso dire
 che hanno meno di 6 mesi) e per quanto ho potuto verificare sono ben
 georefenziate.

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

Re: [Talk-dk] Gammel/Gamle osv.

2011-09-22 Thread Claus Hindsgaul

Hej,

Jeg mener absolut ikke, at vi skal gætte for at komme af med forkortelserne.
Ved at fjerne forkortelserne bliver beskrivelsen i kortet mere præcis, men
det er da skidt, hvis vi præciserer uden at være sikre. Så hellere bevare
den tvetydige forkortelse.

Enig i at vi ikke skal rette bare for at overholde nuværende retskrivning.
Der findes navne derude, der er bevaret gennem århundreder. Det vil f.eks.
være en bommert at rette navnet på Sverrigsgade på Amager, selvom alle ved
at stavemåden for vores naboland er ændret siden gaden blev navngivet
 (medmindre de skifter gadeskiltene ud, naturligvis)

Claus


2011/9/21 Jørgen Elgaard Larsen j...@elgaard.net

 Jeg har på det seneste kastet mig over at få udryddet forkortelser i
 vejnavne (endnu en gang tak for http://oisfixes.iola.dk og
 http://osm.rasher.dk/tools/wrongnamecandidates.php)

 Men nogle forkortelser er ikke entydige. Især

 Gl:   Gammel eller Gamle?
 Sdr:  Sønder eller Søndre?
 Ø:Øster eller Østre?
 V:Vestre eller Vester?

 Jeg er nogenlunde sikker på, at Ndr - Nordre og Nr - Nørre, men har
 dog fundet eksempler på andet.

 Hvad skal vi gøre med den slags?

 Selv mener jeg ikke, at vi skal ekspandere Sdr. til hverken Søndre
 eller Sønder, medmindre der vi har konkret viden om, hvilken af dem,
 der er korrekt i det enkelte tilfælde - eller andre navne/bygninger i
 området giver anledning til at foretrække en af dem.

 Men man kunne også argumentere for at vælge den ene af formerne en gang
 for alle, og så følge den konsekvent.

 I alle tilfælde bør man sikre konsistens med de sammenhængende veje.
 Ellers sker der ting hom her:

 http://www.openstreetmap.org/?lat=54.677174lon=11.901908zoom=18layers=M




 En anden ting er, at jeg har bemærket blandt i de allerede foretagne
 rettelser, at N Navnensvej er blevet rettet til N. Navnsens Vej. Det
 mener jeg ikke nødvendigvis er korrekt.

 Godt nok siger DSN, at den korrekte stavemåde er N. Navnsens Vej, men
 hvis vejen hedder N. Navnsensvej på skiltene, mener jeg, at det skal
 respekteres. Det er fint at indsætte punktummet, men ikke at ændre
 stavemåden.



 Hvad mener I andre om ovenstående?



 - Jørgen

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




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

Re: [Talk-dk] Gammel/Gamle osv.

2011-09-22 Thread Niels Elgaard Larsen

On 2011-09-22 05:16, Jørgen Elgaard Larsen wrote:
 Jeg har på det seneste kastet mig over at få udryddet forkortelser i
 vejnavne (endnu en gang tak for http://oisfixes.iola.dk og
 http://osm.rasher.dk/tools/wrongnamecandidates.php)
 
 Men nogle forkortelser er ikke entydige. Især
 
 Gl:   Gammel eller Gamle?
 Sdr:  Sønder eller Søndre?
 Ø:Øster eller Østre?
 V:Vestre eller Vester?
 
 Jeg er nogenlunde sikker på, at Ndr - Nordre og Nr - Nørre, men har
 dog fundet eksempler på andet.
 
 Hvad skal vi gøre med den slags?

Vi skal ekspandere når vi er ret sikre.
For eksempel har jeg vist Nr Alslev Vej til Nørre Alslev Vej fordi det er ret 
usandsynligt
at der skulle være en Nordre Alslev Vej på Falster.

Og skulle der være et par smuttere, så er det fejl, som nok bliver fundet og 
rettet.

Jeg har opdaget en del Gammel/Gamle konflikter mellem eksiterende vejnavne og 
oisfixes.
Jeg har fulgt oisfixes (dvs de nye adresseknuder), dels fordi jeg antog at det 
er en nyere
rettelse, dels fordi jeg vurderede at det var mere korrekt.

Du har vist fundet et eksempel på, at jeg ikke har fået rettet alle sideveje 
med samme
navn. Det vil i det hele taget være et problem at vi ikke får expanderet alle 
sideveje med
samme forkortede navn.

 Selv mener jeg ikke, at vi skal ekspandere Sdr. til hverken Søndre
 eller Sønder, medmindre der vi har konkret viden om, hvilken af dem,
 der er korrekt i det enkelte tilfælde - eller andre navne/bygninger i
 området giver anledning til at foretrække en af dem.
 
 Men man kunne også argumentere for at vælge den ene af formerne en gang
 for alle, og så følge den konsekvent.


 En anden ting er, at jeg har bemærket blandt i de allerede foretagne
 rettelser, at N Navnensvej er blevet rettet til N. Navnsens Vej. Det
 mener jeg ikke nødvendigvis er korrekt.
 
 Godt nok siger DSN, at den korrekte stavemåde er N. Navnsens Vej, men
 hvis vejen hedder N. Navnsensvej på skiltene, mener jeg, at det skal
 respekteres. Det er fint at indsætte punktummet, men ikke at ændre
 stavemåden.

Det har jeg også bemærket. Jeg har igen fulgt oisfixes, fordi det er noget, der 
bør
diskuteres her på listen og derefter eventuelt ændres i oisfixes.


 
 Hvad mener I andre om ovenstående?
 
 
 
 - Jørgen
 
 ___
 Talk-dk mailing list
 Talk-dk@openstreetmap.org
 http://lists.openstreetmap.org/listinfo/talk-dk
 


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

[Talk-at] Geoimage.at HiRes

2011-09-22 Thread Peter Kössler


Hallo an Experten!

Habe bereits einige male mit Geoimage Hires und dem allgemeinen Key mit 
JOSM gearbeitet, in letzter Zeit ist mir das aber nicht mehr möglich, es 
kommt nur mehr die geringe Auflösung.

Liegt das am allgemeinen Key oder  woran kann das sonst noch liegen?
Ich bin auch beim Lebensministerium angemeldet, habe auch versucht 
meinen Key zu verwenden, ich erhalte aber immer nur Fehlermeldung.
Wie ist das bei JOSM genau einzugeben?  F12 und WMS und + ausgewählt , 
aber  in welches Feld kann oder muss ich was eingeben?


Herzlichen Dank im Voraus, Peter (pegeka)


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

Re: [Talk-at] Geoimage.at HiRes

2011-09-22 Thread Holger Schöner

Hallo,

On Thu, 22 Sep 2011 10:50:10 +0200, Peter Kössler pkoess...@gmx.net
wrote:
 Habe bereits einige male mit Geoimage Hires und dem allgemeinen Key mit 
 JOSM gearbeitet, in letzter Zeit ist mir das aber nicht mehr möglich, es

 kommt nur mehr die geringe Auflösung.

Hast du versucht, weit hinein zu Zoomen, dann in der Layer Liste auf dem
Luftbild-Layer rechte Maustaste und Auflösung ändern (oder so ähnlich)
auszuwählen?

Viele Grüße,
-- 
Holger Schöner - nume...@ancalime.de

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

[OSM-Talk-ZA] OSM cellphone apps?

2011-09-22 Thread Damjan Jovanovic

Hi

What good free cellphone GPS apps do you guys use with OSM?

GPSMID is meant to be good, but it doesn't even start on my Blackberry
9000 Bold with OS version 4 (it needs 5 minimum), and the Android beta
version on my Samsung Galaxy S2 is unusable: the search feature fills
the entire screen with an alphanumeric keypad and nothing can be
typed.

Navit works on the Samsung Galaxy S2, but search never finds any
results, even for major roads in Joburg.

Thank you
Damjan

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

Re: [Talk-cz] administrativní hranice

2011-09-22 Thread hanoj

 Přemýšlím, že bych z toho generoval nějaký výstup, který by bylo možné
 strojově porovnávat s externím zdrojem dat a detekovat změny, ale nějak
 jsem nenašel nic vhodného (stránky ČSÚ jsou noční můra). Nemáte někdo
 tip, kde vzít výše zmíněnou hierarchii s referenčníma kódama a ideálně
 rozlohou a populací?

*** do urovne obce je pouzitelne UIR-ZSJ (kod NUTS obsahuje v sobe
hierarchii statkrajokresobec), obsahuje rozlohu i populaci obci
http://www.czso.cz/csu/rso.nsf/i/prohlizec_uir_zsj

*** v urovni k.u. CUZK
http://www.cuzk.cz/Dokument.aspx?AKCE=DOC:10-A_DIGIMETA


hanoj

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

Re: [Talk-cz] administrativní hranice

Bylo by super generovat SVG mapu obcí - já se to snažil vytáhnout,
ale narážel jsem na to, že to kvantum dat bylo obrovské (a přes API
jsem to tahat zkoušel, ale ta rychlost ... :/).
Nebo aspoň to XML, kdyby šlo vytánout, přesněji - jen node, path a
relation pro administrativní hranice.

JS.

2011/9/22 Petr Morávek [Xificurk] xific...@gmail.com:
 Update současného stavu:
 1) Celá republika je pokryta hierarchií oblastkrajokresobecKÚ.
 2) Všechny relace mají přidány svoje podřízené jednotky jako subarea.
 3) Všechny relace jsou pojmenované.
 4) Všechny kraje, okresy a obce mají zadané administrativní centrum,
 jehož hodnota tagu place je city, town, nebo village.

 Přemýšlím, že bych z toho generoval nějaký výstup, který by bylo možné
 strojově porovnávat s externím zdrojem dat a detekovat změny, ale nějak
 jsem nenašel nic vhodného (stránky ČSÚ jsou noční můra). Nemáte někdo
 tip, kde vzít výše zmíněnou hierarchii s referenčníma kódama a ideálně
 rozlohou a populací?

 Zbývající problémy ohledně sídel:
 1) Otázka, jak řešit dvojobce. Např. Brandýs n.L.-Stará Boleslav, což je
 momentálně značeno opravdu podivně (zvlášť node pro BnL-SB a SB, obojí
 jako town). Tohle asi budou muset opravit místní podle toho, jestli mají
 jednotlivé části vlastní nebo společnou ceduli obce.
 2) Máme v ČR řádově několik stovek sídel označených jako suburb, které
 se nachází v obci s administrativním centrem place=village, skoro půlka
 v Pardubickém a Hradeckém kraji (tím se vysvětluje, proč jsem na to tak
 často narážel já a jiní ne :)). Tohle bude asi taky potřeba opravit ručně :/

 Zdraví,
 Petr Morávek aka Xificurk


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





-- 
S pozdravem,
Jirka Sedláček
---
jirisedla...@gmail.com

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

Re: [Talk-cz] administrativní hranice

2011-09-22 Thread Mike

Částečně bych to měl umět vytáhnout z extraktu ČR, kdysi jsem na to měl
nějaký prográmek, tak kdyby byl zájem, tak to můžu někde doma najít.
Vyextrahuje nody, way a relace podle tagu, který obsahují.


On 22.9.2011 10:15, Frettie wrote:
 Bylo by super generovat SVG mapu obcí - já se to snažil vytáhnout,
 ale narážel jsem na to, že to kvantum dat bylo obrovské (a přes API
 jsem to tahat zkoušel, ale ta rychlost ... :/).
 Nebo aspoň to XML, kdyby šlo vytánout, přesněji - jen node, path a
 relation pro administrativní hranice.
 
 JS.
 
 2011/9/22 Petr Morávek [Xificurk] xific...@gmail.com:
 Update současného stavu:
 1) Celá republika je pokryta hierarchií oblastkrajokresobecKÚ.
 2) Všechny relace mají přidány svoje podřízené jednotky jako subarea.
 3) Všechny relace jsou pojmenované.
 4) Všechny kraje, okresy a obce mají zadané administrativní centrum,
 jehož hodnota tagu place je city, town, nebo village.

 Přemýšlím, že bych z toho generoval nějaký výstup, který by bylo možné
 strojově porovnávat s externím zdrojem dat a detekovat změny, ale nějak
 jsem nenašel nic vhodného (stránky ČSÚ jsou noční můra). Nemáte někdo
 tip, kde vzít výše zmíněnou hierarchii s referenčníma kódama a ideálně
 rozlohou a populací?

 Zbývající problémy ohledně sídel:
 1) Otázka, jak řešit dvojobce. Např. Brandýs n.L.-Stará Boleslav, což je
 momentálně značeno opravdu podivně (zvlášť node pro BnL-SB a SB, obojí
 jako town). Tohle asi budou muset opravit místní podle toho, jestli mají
 jednotlivé části vlastní nebo společnou ceduli obce.
 2) Máme v ČR řádově několik stovek sídel označených jako suburb, které
 se nachází v obci s administrativním centrem place=village, skoro půlka
 v Pardubickém a Hradeckém kraji (tím se vysvětluje, proč jsem na to tak
 často narážel já a jiní ne :)). Tohle bude asi taky potřeba opravit ručně :/

 Zdraví,
 Petr Morávek aka Xificurk


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


 
 
 

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

Re: [Talk-cz] administrativní hranice

2011-09-22 Thread Petr Morávek [Xificurk]

Frettie napsal(a):
 Bylo by super generovat SVG mapu obcí - já se to snažil vytáhnout,
 ale narážel jsem na to, že to kvantum dat bylo obrovské (a přes API
 jsem to tahat zkoušel, ale ta rychlost ... :/).
 Nebo aspoň to XML, kdyby šlo vytánout, přesněji - jen node, path a
 relation pro administrativní hranice.

To klidně vygeneruju ze své lokální databáze... ale tady je trochu
problém v tom, že ta data jsou prostě moc podrobná - bez nějakého
zjednodušení před vykreslením bude mít takové svg klidně desítky MB.

Zdraví,
Petr Morávek aka Xificurk



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

Re: [Talk-cz] administrativní hranice

mně se povedlo vygenerovat z nějaké starší mapy okresů právě tu svg
mapu okresů. Pak se mi povedlo přes API stáhnout kus ČR, ale to je tak
pomalé, že bych to tahal hrozně dlouho.

2011/9/22 Mike m...@mikecrash.com:
 Částečně bych to měl umět vytáhnout z extraktu ČR, kdysi jsem na to měl
 nějaký prográmek, tak kdyby byl zájem, tak to můžu někde doma najít.
 Vyextrahuje nody, way a relace podle tagu, který obsahují.


 On 22.9.2011 10:15, Frettie wrote:
 Bylo by super generovat SVG mapu obcí - já se to snažil vytáhnout,
 ale narážel jsem na to, že to kvantum dat bylo obrovské (a přes API
 jsem to tahat zkoušel, ale ta rychlost ... :/).
 Nebo aspoň to XML, kdyby šlo vytánout, přesněji - jen node, path a
 relation pro administrativní hranice.

 JS.

 2011/9/22 Petr Morávek [Xificurk] xific...@gmail.com:
 Update současného stavu:
 1) Celá republika je pokryta hierarchií oblastkrajokresobecKÚ.
 2) Všechny relace mají přidány svoje podřízené jednotky jako subarea.
 3) Všechny relace jsou pojmenované.
 4) Všechny kraje, okresy a obce mají zadané administrativní centrum,
 jehož hodnota tagu place je city, town, nebo village.

 Přemýšlím, že bych z toho generoval nějaký výstup, který by bylo možné
 strojově porovnávat s externím zdrojem dat a detekovat změny, ale nějak
 jsem nenašel nic vhodného (stránky ČSÚ jsou noční můra). Nemáte někdo
 tip, kde vzít výše zmíněnou hierarchii s referenčníma kódama a ideálně
 rozlohou a populací?

 Zbývající problémy ohledně sídel:
 1) Otázka, jak řešit dvojobce. Např. Brandýs n.L.-Stará Boleslav, což je
 momentálně značeno opravdu podivně (zvlášť node pro BnL-SB a SB, obojí
 jako town). Tohle asi budou muset opravit místní podle toho, jestli mají
 jednotlivé části vlastní nebo společnou ceduli obce.
 2) Máme v ČR řádově několik stovek sídel označených jako suburb, které
 se nachází v obci s administrativním centrem place=village, skoro půlka
 v Pardubickém a Hradeckém kraji (tím se vysvětluje, proč jsem na to tak
 často narážel já a jiní ne :)). Tohle bude asi taky potřeba opravit ručně :/

 Zdraví,
 Petr Morávek aka Xificurk


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






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




-- 
S pozdravem,
Jirka Sedláček
---
jirisedla...@gmail.com

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

Re: [Talk-cz] administrativní hranice

tak to by bylo bájo, desítky mega - to ještě jde. pokud to bude dobře
tagovaný a dobře navázaný, tak se s tím dá pracovat krásně i strojově.
Byl bych velmi rád, kdyby to prošlo. Ta lokální databáze vznikala z
OSM?

J.

2011/9/22 Petr Morávek [Xificurk] xific...@gmail.com:
 Frettie napsal(a):
 Bylo by super generovat SVG mapu obcí - já se to snažil vytáhnout,
 ale narážel jsem na to, že to kvantum dat bylo obrovské (a přes API
 jsem to tahat zkoušel, ale ta rychlost ... :/).
 Nebo aspoň to XML, kdyby šlo vytánout, přesněji - jen node, path a
 relation pro administrativní hranice.

 To klidně vygeneruju ze své lokální databáze... ale tady je trochu
 problém v tom, že ta data jsou prostě moc podrobná - bez nějakého
 zjednodušení před vykreslením bude mít takové svg klidně desítky MB.

 Zdraví,
 Petr Morávek aka Xificurk


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





-- 
S pozdravem,
Jirka Sedláček
---
jirisedla...@gmail.com

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

Re: [Talk-cz] administrativní hranice

2011-09-22 Thread Petr Morávek [Xificurk]

Frettie napsal(a):
 mně se povedlo vygenerovat z nějaké starší mapy okresů právě tu svg
 mapu okresů. Pak se mi povedlo přes API stáhnout kus ČR, ale to je tak
 pomalé, že bych to tahal hrozně dlouho.

Jeden tip z nedávné doby - Overpass API [1] - je to read-only, umí to
odpovídat na poměrně složité dotazy a v současnosti je to docela rychlé.

Petr

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



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

Re: [Talk-cz] administrativní hranice

Moc děkuju, s tím si rád pohraju - ale i tak bych za tu renderovanou
mapu byl velmi vděčen. Děkuji předem. Chtěl bych s ní dále pracovat a
použít ji na Wikipedii.

J.

2011/9/22 Petr Morávek [Xificurk] xific...@gmail.com:
 Frettie napsal(a):
 mně se povedlo vygenerovat z nějaké starší mapy okresů právě tu svg
 mapu okresů. Pak se mi povedlo přes API stáhnout kus ČR, ale to je tak
 pomalé, že bych to tahal hrozně dlouho.

 Jeden tip z nedávné doby - Overpass API [1] - je to read-only, umí to
 odpovídat na poměrně složité dotazy a v současnosti je to docela rychlé.

 Petr

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


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





-- 
S pozdravem,
Jirka Sedláček
---
jirisedla...@gmail.com

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

Re: [OSM-talk-fr] Re : Re: Re : Re: Import cadastre Alès (était: relation sans outer)

2011-09-22 Thread Pieren

2011/9/22 Balooval val.p...@gmail.com:
 Je suis de loin cette conversation, une partie de mon boulot sur Alès ne
 réapparaitra pas?!

Non. D'après ce que j'ai compris, c'est que les tags des polygones
building ont été transférés sur des noeuds temporaires et seront
probablement restaurés après l'import du bâti, ce qui est une
manoeuvre assez intelligente ... à condition que personne n'efface ces
noeuds durant l'opération ;-)
Krysst, ton transfert de tags, tu l'as fait à la main ou tu as un
'truc' pour le faire automatiquement avec JOSM ?

Pieren

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

Re: [OSM-talk-fr] [OSM Talk fr] Association OpenStreetMap France Assemblée Générale Constitutive Samedi 8 Octobre 2011

2011-09-22 Thread Philippe Pary


Le 21/09/2011 23:26, Vincent Pottier a écrit :

Le 21/09/2011 16:25, RatZilla$ a écrit :

Bonjour @ tou[te]s

Petit Rappel

Assemblée Générale Constitutive d'OSM France le 8 Octobre @LaCantine 
| SiliconSentier

Je ne pourrai pas être des vôtres, quoique j'aurai bien aimé.
Je serai à Lille où j’interviendrai sur un tout autre sujet.
Dommage.
Ce qui est con, c'est de se louper surtout. Si tu arrives le jeudi à 
Lille, on peut tout de même tenter de se voir (genre organiser une 
rencontre entre mappeurs autour d'un verre)


Philippe

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

Re: [OSM-talk-fr] Recherche une idée d'atelier interactif avec OSM

2011-09-22 Thread Romain MEHUT

Merci à tous pour ces idées. J'aime bien celle du plan muet et des photos
avec les tags.
Sinon, je me suis souvenu de ça:
http://www.secondenature.org/citymedia/archives/49 que l'on peut voir encore
en image du mois de http://www.openstreetmap.fr/
C'est faisable au niveau technique?

Romain

Le 21 septembre 2011 22:55, Vincent de Chateau-Thierry v...@laposte.net a
écrit :

Bonsoir,

Le 21/09/2011 11:50, Frédéric Rodrigo a écrit :

Bonjour,

Je te propose quelque chose d’assez simple, interactif et contributif.
Partant du fait que tout le monde connaît quelque part, il suffit de
s’y rendre sur la carte et les personnes vont forcement trouver
quelque chose à redire, à améliorer. Ajouter le nom d’une rue, la
poste, la boulangerie du coin. Sans chercher à mapper réellement une
zone, juste faire de petites contributions. Le tout le plus simplement
et visuellement possible, Potlatch me semble bien pour ça. Il faut
bien sûr accompagner ou faire sois même les modifications.

My 2cents
Fred

Le 20 septembre 2011 20:54, Romain MEHUTromain.me...@gmail.com a écrit
:

Bonsoir à tous,

Ce midi j'ai rencontré deux architectes (http://fr-fr.facebook.com/**
pimpilim http://fr-fr.facebook.com/pimpilim)
que j'avais contacté la semaine dernière suite à leur participation à
l'événement Park(ing) Day à Nancy.
Ils ont bien saisi le potentiel d'OSM et envisage même de l'utiliser à
titre
professionnel pour par exemple réaliser des plans de situation...

Nous en sommes venus à parler d'un autre événement toujours à Nancy qui
aura
le 15 octobre. Il s'agit de la Folle journée de l'architecture, en
quelque
sorte une porte ouverte de l’École d'architecture:
http://fja.nancy.archi.fr/ Et cette année, les deux architectes sont
chargés
de la mise en scène de cette journée. Ils m'ont proposé d'intervenir pour
proposer un atelier en lien avec OSM. Sur le principe je suis évidemment
partant mais j'aurai donc besoin de vos expériences quant à trouver une
activité qui puisse être interactive avec les visiteurs (tout public avec
peut être quelques geeks). Il ne doit pas s'agir d'une cartopartie ni
d'une
simple présentation de ma part.

Je suis à votre écoute. Merci!

Tu constitues, en papier ou numérique, un fond type Mapnik à grande
échelle, sur une zone connue des participants (centre ville de Nancy, etc)
mais un fond *muet* : pas de noms de rues, pas de noms de POIs. Et tu
soumets ce fond à tes visiteurs / tes auditeurs, en leur proposant de
placer/nommer ce qu'ils connaissent. C'est proche de l'idée de Frédéric, le
but étant de faire réaliser à tes interlocuteurs qu'ils connaissent pleins
d'infos qui ont leur place (à tous points de vue) dans OSM. Tu peux ensuite
leur montrer la carte non muette (et Maposmatic au passage) pour
comparaison.

vincent

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

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

[OSM-talk-fr] problème de rendu lanuse=vineyard

2011-09-22 Thread Guillaume Allegre


Salut,

J'aurais besoin d'aide pour comprendre un problème : 

Autour de Codolet (Gard) j'ai commencé à découper un multipolygone géant
landuse=vineyard, en respectant les limites naturelles (en l'occurence
la Cèze, une rivière). Le problème est ici :
http://www.openstreetmap.org/?lat=44.12475lon=4.70195zoom=15layers=M
sur le morceau extrait (et redessiné), on a perdu le rendu mapnik
mais celuis d'Osmarender est OK.
Le landuse lui-même me semble correct :
http://www.openstreetmap.org/browse/way/130651813

Alors, est-ce un bug de mapnik ou un problème de mon polygone ? 
Si vous avez une idée...

-- 
 ° /\Guillaume AllègreMembre de l'April
  /~~\/\   allegre.guilla...@free.fr  Promouvoir et défendre le logiciel libre
 /   /~~\tél. 04.76.63.26.99  http://www.april.org

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

Re: [OSM-talk-fr] problème de rendu lanuse=vineyard

2011-09-22 Thread Matthias Dietrich

Le 22 septembre 2011 11:23, Guillaume Allegre
allegre.guilla...@free.fr a écrit :

 Salut,

 J'aurais besoin d'aide pour comprendre un problème :

 Autour de Codolet (Gard) j'ai commencé à découper un multipolygone géant
 landuse=vineyard, en respectant les limites naturelles (en l'occurence
 la Cèze, une rivière). Le problème est ici :
 http://www.openstreetmap.org/?lat=44.12475lon=4.70195zoom=15layers=M
 sur le morceau extrait (et redessiné), on a perdu le rendu mapnik
 mais celuis d'Osmarender est OK.
 Le landuse lui-même me semble correct :
 http://www.openstreetmap.org/browse/way/130651813

 Alors, est-ce un bug de mapnik ou un problème de mon polygone ?
 Si vous avez une idée...


Salut,

Le polygone a l'air de ne pas être fermé. Le premier nœud est le
1438318706, mais on ne le retrouve pas en fin de liste.

Matthias

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

Re: [OSM-talk-fr] [OSM Talk fr] Association OpenStreetMap France Assemblée Générale Constitutive Samedi 8 Octobre 2011

Le 21 septembre 2011 23:13, Marc Sibert m...@sibert.fr a écrit :
 Le 21/09/2011 21:19, nono a écrit :

 Le mercredi 21 septembre 2011 à 16:25 +0200, RatZilla$ a écrit :

 @LaCantine

 Je n'ai pas compris ton message :(
 S'adresse-t-il à un groupuscule déjà au courant du lieu du rendez-vous ?

 j'ai testé http://www.google.com/search?q=%

 40LaCantineie=utf-8oe=utf-8aq=trls=org.mozilla:fr:unofficialclient=iceweasel-a

 mais bon, cela ne m'aide pas davantage.
 Je reste ouvert à toute précision. Est-ce dans un endroit précis ou via
 un « chat » sur le net ?

 nono


 Voici un embryon de réponse (à faire vivre) :
 http://wiki.openstreetmap.org/wiki/WikiProject_France/SOTM-FR_%26_Asso_OSM-FR_-_7_%26_8_octobre_2011

Voilà, page complétée.


 A+

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


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




-- 
Cyrille.

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

Re: [OSM-talk-fr] [OSM Talk fr] Association OpenStreetMap France Assemblée Générale Constitutive Samedi 8 Octobre 2011

2011-09-22 Thread Vincent Pottier


Le 22/09/2011 10:45, Philippe Pary a écrit :
Ce qui est con, c'est de se louper surtout. Si tu arrives le jeudi à 
Lille, on peut tout de même tenter de se voir (genre organiser une 
rencontre entre mappeurs autour d'un verre)


Philippe
Je monte vendredi soir. Mais le programme est déjà chargé... Je profite 
du voyage pour voir la famille, les amis...


Merci pour l'invitation.
--
FrViPofm

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

Re: [OSM-talk-fr] [OSM Talk fr] Association OpenStreetMap France Assemblée Générale Constitutive Samedi 8 Octobre 2011

2011-09-22 Thread Philippe Pary


Le 22/09/2011 11:37, Vincent Pottier a écrit :

Le 22/09/2011 10:45, Philippe Pary a écrit :
Ce qui est con, c'est de se louper surtout. Si tu arrives le jeudi à 
Lille, on peut tout de même tenter de se voir (genre organiser une 
rencontre entre mappeurs autour d'un verre)


Philippe
Je monte vendredi soir. Mais le programme est déjà chargé... Je 
profite du voyage pour voir la famille, les amis...


Merci pour l'invitation.

À l'occasion n'hésite pas : on aime bien accueillir :-)

Philippe

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

Re: [OSM-talk-fr] problème de rendu lanuse=vineyard

2011-09-22 Thread Pieren

2011/9/22 Matthias Dietrich eiger@gmail.com:
 Le polygone a l'air de ne pas être fermé. Le premier nœud est le
 1438318706, mais on ne le retrouve pas en fin de liste.


Bien vu ! Je connais 5 causes possibles pour qu'un polygone ne soit
pas affiché dans Mapnik :
- le tag n'est pas reconnu par Mapnik (mal orthographié ou simplement
non supporté)
- le polygone est recouvert par un autre polygone plus grand
- le polygone n'est pas fermé
- le polygone se croise lui-même (imaginez une boucle quelque part en
forme de '8'; c'est parfois très petit si deux noeuds sont proches)
- la synchronisation entre la base de données OSM et la base utilisée
par Mapnik n'a pas fonctionné pour ce way fermé (c'est un bug plutôt
rare mais c'est déjà arrivé)

Pieren

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

Re: [OSM-talk-fr] si qqun veut soumettre a l'appel d'offre ;-)

2011-09-22 Thread didier2...@free.fr

Le jeudi 22 septembre 2011 à 11:45 +0200, cyrille giquello a écrit :
 Le 22 septembre 2011 08:42, Raphaël Jacquot sxp...@sxpert.org a écrit :
  AVIS CORRESPONDANT A VOS CRITERES D'ALERTE :
 
  Référence Avis : PA 142-2011
  Acheteur : Perpignan Méditerranée Communauté d'Agglomération
  CP : 66006 - Ville : Perpignan
  Objet : Acquisition et mise en oeuvre d'un SIG Communautaire partagé pour 
  les besoins de Perpignan Méditerranée Communauté d'Agglomération.
  Date limite de remise des offres ou candidatures : 13/10/11 à 12h00
  http://www.marches-publics.info/Annonces/AAPC_113745.htm
 
 Le 3ème point:
 - Acquisition d’un outil générateur d’applications Métier spécifiques
 permettant de publier de nouvelles applications Métier en mode
 web.
ils doivent rechercher un systeme du genre
http://cartelie.application.equipement.gouv.fr
a contrario d'OSM cela fonctionne par couche. 

 J'imagine qu'il y a un rapport avec le SIG, surtout qu'il n'y a qu'un
 seul lot, mais étant débutant dans ce domaine je ne comprends ce 3ème
 point.
 
 Merci à ceux qui pourront m'éclairer.
 



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

Re: [OSM-talk-fr] problème de rendu lanuse=vineyard

2011-09-22 Thread didier2...@free.fr

bonjour
il y a un moyen pour qu'il n'y ait pas de vignes au milieu de codolet.
si tu désires regarder les relation mutlipolygon
http://wiki.openstreetmap.org/wiki/FR:Relation:multipolygon

didier

Le jeudi 22 septembre 2011 à 11:31 +0200, Matthias Dietrich a écrit :
 Le 22 septembre 2011 11:23, Guillaume Allegre
 allegre.guilla...@free.fr a écrit :
 
  Salut,
 
  J'aurais besoin d'aide pour comprendre un problème :
 
  Autour de Codolet (Gard) j'ai commencé à découper un multipolygone géant
  landuse=vineyard, en respectant les limites naturelles (en l'occurence
  la Cèze, une rivière). Le problème est ici :
  http://www.openstreetmap.org/?lat=44.12475lon=4.70195zoom=15layers=M
  sur le morceau extrait (et redessiné), on a perdu le rendu mapnik
  mais celuis d'Osmarender est OK.
  Le landuse lui-même me semble correct :
  http://www.openstreetmap.org/browse/way/130651813
 
  Alors, est-ce un bug de mapnik ou un problème de mon polygone ?
  Si vous avez une idée...
 
 
 Salut,
 
 Le polygone a l'air de ne pas être fermé. Le premier nœud est le
 1438318706, mais on ne le retrouve pas en fin de liste.
 
 Matthias
 
 ___
 Talk-fr mailing list
 Talk-fr@openstreetmap.org
 http://lists.openstreetmap.org/listinfo/talk-fr



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

Re: [OSM-talk-fr] problème de rendu lanuse=vineyard

2011-09-22 Thread Guillaume Allegre

Le jeu. 22 sept. 2011 à 11:31 +0200, Matthias Dietrich a ecrit :

 Salut,
 
 Le polygone a l'air de ne pas être fermé. Le premier nœud est le
 1438318706, mais on ne le retrouve pas en fin de liste.

Oups ! en effet, merci. Le validateur JOSM ne m'a rien signalé
sur ce point.
Je serai plus attentif pour la suite de mon redécoupage.



-- 
 ° /\Guillaume AllègreMembre de l'April
  /~~\/\   allegre.guilla...@free.fr  Promouvoir et défendre le logiciel libre
 /   /~~\tél. 04.76.63.26.99  http://www.april.org

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

Re: [OSM-talk-fr] problème de rendu lanuse=vineyard

2011-09-22 Thread Guillaume Allegre

Le jeu. 22 sept. 2011 à 12:10 +0200, didier2...@free.fr a ecrit :
 bonjour
 il y a un moyen pour qu'il n'y ait pas de vignes au milieu de codolet.
 si tu désires regarder les relation mutlipolygon
 http://wiki.openstreetmap.org/wiki/FR:Relation:multipolygon

OK pour ça, mais ce n'était pas le problème ici.


-- 
 ° /\Guillaume AllègreMembre de l'April
  /~~\/\   allegre.guilla...@free.fr  Promouvoir et défendre le logiciel libre
 /   /~~\tél. 04.76.63.26.99  http://www.april.org

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

Re: [OSM-talk-fr] problème de rendu lanuse=vineyard

2011-09-22 Thread didier2...@free.fr

Le jeudi 22 septembre 2011 à 12:53 +0200, Guillaume Allegre a écrit :
 Le jeu. 22 sept. 2011 à 12:10 +0200, didier2...@free.fr a ecrit :
  bonjour
  il y a un moyen pour qu'il n'y ait pas de vignes au milieu de codolet.
  si tu désires regarder les relation mutlipolygon
  http://wiki.openstreetmap.org/wiki/FR:Relation:multipolygon
 
 OK pour ça, mais ce n'était pas le problème ici.
 
si tu utilise Josm et l'editeur de relation, cela te permet de voir si
une zone est fermee ou pas ainsi et dans ce cas le numero des noeuds
début/fin.




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

Re: [OSM-talk-fr] si qqun veut soumettre a l'appel d'offre ;-)

2011-09-22 Thread cybercen...@espacebaugeois.org


bonjour,

je profite du post précédant, pour demander à en savoir d'avantage...

pour une collectivité qui souhaite se lancer dans l'open data et par là 
même contribuer à OSM, quelle type de solution de SIG peut-on conseiller 
? (de préférence une solution full web)


merci de vos lumières...

seb

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

Re: [OSM-talk-fr] Re : Re: Re : Re: Import cadastre Alès (était: relation sans outer)

2011-09-22 Thread Krysst


Salutations,

Balooval  je voulais dire que l'import global du bâti avait été fait 
sans avoir tenu compte de/trié l'existant, donc sans ce que j'appelle la 
séquence de nettoyage pré-importation du bâti. Ton travail m'a paru de 
qualité et ce n'est d'ailleurs pas pour cela que j'ai décidé de le faire 
disparaître sous sa forme originelle (attention, tes tags sont toujours 
tous présents, mais pour l'instant sous la forme de noeuds et non plus 
directement sur le polygone représentant le bâti). Voici les raisons qui 
m'ont amenées à tout reprendre :
1) de la sorte, tout le bâti provient du même changeset. C'est mieux 
pour l'entretien ultérieur, je crois que nous venons d'en faire l'expérience
2) je suis certain que la base dispose de la dernière version en date 
(merci Cleo)
3) je suis certain que la totalité du bâti provient du cadastre version 
numérique (il y avait notamment une zone faite à partir de l'imagerie 
Bing vers le Sud-Sud-Ouest).
4) je suis certain qu'il n'y aura pas de dégâts lors du changement de 
licence
5) j'avoue, j'ai choisi la solution la solution de facilité puisque cela 
m'a évité de devoir examiner chaque bâtiment pour voir s'il coincidait 
parfaitement avec la version que j'allais importer et, le cas échéant, 
de devoir supprimer le dit-bâti de la nouvelle couche. Il faut savoir 
que j'avais effectué ce type de travail sur Aix-en-Provence où un peu de 
tout se mêlait (cadastre issu du vecteur, cadastre déclaqué à la main, 
bâti dessiné à partir des images Yahoo et j'en passe), et ça avait été 
un véritable cauchemar, tout ça pour conserver le nom des contributeurs 
lorsque c'était possible. Étant donné que tu t'étais donné du mal pour 
faire correctement les choses, ça ne me dérange d'ailleurs pas de 
rétablir les tags sur le bâti avec ton compte si tu le désires : il est 
on ne peut plus normal que tu fasses partie des sources puisque tu ES la 
source (me faudra alors ton login + ton mot de passe - temporaire).


Pieren  pas de miracle, il faut tout faire à la main. :-/

Bon, je vais voir ce que l'importation a donné...




Le 22/09/2011 09:29, Pieren a écrit :

2011/9/22 Baloovalval.p...@gmail.com:

Je suis de loin cette conversation, une partie de mon boulot sur Alès ne
réapparaitra pas?!

Non. D'après ce que j'ai compris, c'est que les tags des polygones
building ont été transférés sur des noeuds temporaires et seront
probablement restaurés après l'import du bâti, ce qui est une
manoeuvre assez intelligente ... à condition que personne n'efface ces
noeuds durant l'opération ;-)
Krysst, ton transfert de tags, tu l'as fait à la main ou tu as un
'truc' pour le faire automatiquement avec JOSM ?

Pieren

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



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

[OSM-talk-fr] tracé d'itinairaires

2011-09-22 Thread eMerzh

Hello à tous,

Voilà je viens de faire une rando et je voudrais sauvegarder le trajet
que j'ai fait ...
malheureusement je n'avais pas mon logger avec donc je dois le
tracer sur la carte.

Je cherche donc un outil me permettant de faire ça.. entre le dessin
et le routage
Je connais SYJ http://syj.renevier.net/ qui est sympa mais assez long
si on veux suivre correctement l'itinairaire (point par point)...

l'idéal sera un SYJ qui à la possibilité de suivre une route mais
aussi de temps en temps de juste être du dessin comme SYJ.

l'idée c'est que après je cherche un moyen de faire le comptage des km
par jours et une belle visualisation du profile :)


Si kkun à une idée ...

Merci bcp à vous :)


Brice

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

[OSM-talk-fr] Re : [OSM Talk fr] Association OpenStreetMap France Assemblée Générale Constitutive Samedi 8 Octobre 2011

2011-09-22 Thread THEVENON Julien

Complété aussi





De : cyrille giquello cyrill...@gmail.com
À : Discussions sur OSM en français talk-fr@openstreetmap.org
Envoyé le : Jeudi 22 Septembre 2011 11h32
Objet : Re: [OSM-talk-fr] [OSM Talk fr] Association OpenStreetMap France 
Assemblée Générale Constitutive Samedi 8 Octobre 2011

Le 21 septembre 2011 23:13, Marc Sibert m...@sibert.fr a écrit :
 Le 21/09/2011 21:19, nono a écrit :

 Le mercredi 21 septembre 2011 à 16:25 +0200, RatZilla$ a écrit :

 @LaCantine

 Je n'ai pas compris ton message :(
 S'adresse-t-il à un groupuscule déjà au courant du lieu du rendez-vous ?

 j'ai testé http://www.google.com/search?q=%

 40LaCantineie=utf-8oe=utf-8aq=trls=org.mozilla:fr:unofficialclient=iceweasel-a

 mais bon, cela ne m'aide pas davantage.
 Je reste ouvert à toute précision. Est-ce dans un endroit précis ou via
 un « chat » sur le net ?

 nono


 Voici un embryon de réponse (à faire vivre) :
 http://wiki.openstreetmap.org/wiki/WikiProject_France/SOTM-FR_%26_Asso_OSM-FR_-_7_%26_8_octobre_2011

Voilà, page complétée.


 A+

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


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




-- 
Cyrille.

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


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

Re: [OSM-talk-fr] tracé d'itinéraires

2011-09-22 Thread Vincent de Chateau-Thierry

Bonjour,

 De : eMerzh 
 
 Voilà je viens de faire une rando et je voudrais sauvegarder le trajet
 que j'ai fait ...
 malheureusement je n'avais pas mon logger avec donc je dois le
 tracer sur la carte.
 
 Je cherche donc un outil me permettant de faire ça.. entre le dessin
 et le routage
 Je connais SYJ http://syj.renevier.net/ qui est sympa mais assez long
 si on veux suivre correctement l'itinairaire (point par point)...
 
 l'idéal sera un SYJ qui à la possibilité de suivre une route mais
 aussi de temps en temps de juste être du dessin comme SYJ.
 
 l'idée c'est que après je cherche un moyen de faire le comptage des km
 par jours et une belle visualisation du profile :)
 

Tu peux voir du côté de http://runkeeper.com/ si le but est bien de retracer
a posteriori ton trajet pour connaître sa longueur et son profil en long. En 
revanche
je ne sais pas si tu peux récupérer en local le tracé que tu auras dessiné. Par
ailleurs, comme c'est sur fond Google, ça reste pour tes archives et non pour 
aller
dans OSM :-)

vincent

Une messagerie gratuite, garantie à vie et des services en plus, ça vous tente ?
Je crée ma boîte mail www.laposte.net

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

Re: [OSM-talk-fr] [OSM Talk fr] Association OpenStreetMap France Assemblée Générale Constitutive Samedi 8 Octobre 2011

2011-09-22 Thread Nicolas Dumoulin

Le Mercredi 21 Septembre 2011 22:27:42 JonathanMM, vous avez écrit :
 Le 21/09/2011 16:25, RatZilla$ a écrit :
  Bonjour @ tou[te]s
  
  Petit Rappel
  
  Assemblée Générale Constitutive d'OSM France le 8 Octobre @LaCantine |
  SiliconSentier
 
 Oh non, j'étais intéressé pour venir voir ça mais je ne peux pas :(
 Y'aura-t-il un flux vidéo sur internet pour suivre ça depuis Lannion ? ;)
 JonathanMM

+1 Ce serait bien d'avoir une apendice virtuelle à la réunion IRL. Ne serait-
ce qu'un chat IRC avec quelques infos sur ce qu'il s'y passe/dit.
Merci beaucoup.
Je ne pourrai pas non plus venir.

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

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

Re: [OSM-talk-fr] tracé d'itinairaires

2011-09-22 Thread Rainer Kluge


Bonjour,

Am 22.09.2011 15:22, schrieb eMerzh:

Je cherche donc un outil me permettant de faire ça.. entre le dessin
et le routage
Je connais SYJ http://syj.renevier.net/ qui est sympa mais assez long
si on veux suivre correctement l'itinairaire (point par point)...

l'idéal sera un SYJ qui à la possibilité de suivre une route mais
aussi de temps en temps de juste être du dessin comme SYJ.


Si tu veux faire du tout OSM, tu peux utiliser QLandkarteGT. On peut 
dessiner sur fond de carte Mapnik ou bien charger des cartes au format Garmin 
(openmtbmap par ex.), dans quel cas il s'accroche aux chemins.


Rainer


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

Re: [OSM-talk-fr] tracé d'itinairaires

2011-09-22 Thread Jo

Enlever localement est sous édition dans le ménu. L'option juste en dessous
de supprimer. Il a comme conséquence que JOSM oublie tout de ces éléments,
même si on faisait 'envoyer', ça n'aura pas de conséquence sur le serveur.

Si on oublie un petit bout, on peut retélécharger un petit rectangle autour.
Ou un tout petit rectangle qui inclue cet élément et rien d'autre.

Salutations,

Jo

2011/9/22 Vincent Pottier vpott...@gmail.com

 **
 Le 22/09/2011 17:33, Jo a écrit :


  Il me semble encore plus facile d'utiliser Édition/Enlever localement.

 Donc télécharger les données avec JOSM
 Ctrl-A pour tout sélectionner.
 Ctrl-Left Click pour enlever ce dont on aura besoin pour l'itinéraire de la
 sélection
 Puis Enlever localement tout le superflu.


 Jo

  Ouais, sauf que je préfère travailler sur une copie. À la limite je risque
 d'envoyer un doublon, pas de créer un désert.

 Et puis le : Aïe, M***, j'ai oublié le petit bout de chemin... Trop tard.
 Ou alors il faut recharger la zone dans une calque puis copier coller...
 Voir plus haut...
 --
 FrViPofm

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


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

Re: [OSM-talk-fr] tracé d'itinairaires

2011-09-22 Thread l...@worldonline.fr

Le jeudi 22 septembre 2011 à 15:22 +0200, eMerzh a écrit :
 Hello à tous,
 
 Voilà je viens de faire une rando et je voudrais sauvegarder le trajet
 que j'ai fait ...
 malheureusement je n'avais pas mon logger avec donc je dois le
 tracer sur la carte.
 
 Je cherche donc un outil me permettant de faire ça.. entre le dessin
 et le routage
 Je connais SYJ http://syj.renevier.net/ qui est sympa mais assez long
 si on veux suivre correctement l'itinairaire (point par point)...
 
 l'idéal sera un SYJ qui à la possibilité de suivre une route mais
 aussi de temps en temps de juste être du dessin comme SYJ.
 
 l'idée c'est que après je cherche un moyen de faire le comptage des km
 par jours et une belle visualisation du profile :)
 
 
 Si kkun à une idée ...
 
 Merci bcp à vous :)
 
 
 Brice
 
 ___
 Talk-fr mailing list
 Talk-fr@openstreetmap.org
 http://lists.openstreetmap.org/listinfo/talk-fr


J'ai fait un petit tuto :
http://www.numeriquement.fr/randonnee/preparation_randonnees.php

si ça peut t'aider


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

Re: [OSM-talk-fr] [OSM Talk fr] Association OpenStreetMap France Assemblée Générale Constitutive Samedi 8 Octobre 2011

2011-09-22 Thread JonathanMM

Pour le coup, je lance un appel à covoiturage : Je cherche moyen de
transport de Lannion (22) vers Paris, départ vendredi soir (après 18h30)
et retour dimanche dans la journée.
Je suis conscient de n'avoir qu'une toute petite chance de trouver, mais
sait-on jamais ;)
JonathanMM

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

[OSM-talk-fr] Re : [OSM Talk fr] Association OpenStreetMap France Assemblée Générale Constitutive Samedi 8 Octobre 2011

2011-09-22 Thread THEVENON Julien

 De : JonathanMM jonatha...@nocle.fr
 Pour le coup, je lance un appel à covoiturage : Je cherche moyen de
 transport de Lannion (22) vers Paris, départ vendredi soir (après 18h30)
 et retour dimanche dans la journée.
 Je suis conscient de n'avoir qu'une toute petite chance de trouver, mais
 sait-on jamais ;)

Si jamais tu trouves pas tu peux essayer avec http://www.covoiturage.fr je l 
utilise souvent et en principe y a pas mal d offres.

Julien





De : JonathanMM jonatha...@nocle.fr
À : Discussions sur OSM en français talk-fr@openstreetmap.org
Envoyé le : Jeudi 22 Septembre 2011 18h51
Objet : Re: [OSM-talk-fr] [OSM Talk fr] Association OpenStreetMap France 
Assemblée Générale Constitutive Samedi 8 Octobre 2011

Pour le coup, je lance un appel à covoiturage : Je cherche moyen de
transport de Lannion (22) vers Paris, départ vendredi soir (après 18h30)
et retour dimanche dans la journée.
Je suis conscient de n'avoir qu'une toute petite chance de trouver, mais
sait-on jamais ;)
JonathanMM



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


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

Re: [OSM-talk-fr] tracé d'itinairaires

2011-09-22 Thread Vincent Pottier


Le 22/09/2011 18:36, Jo a écrit :
Enlever localement est sous édition dans le ménu. L'option juste en 
dessous de supprimer. Il a comme conséquence que JOSM oublie tout de 
ces éléments, même si on faisait 'envoyer', ça n'aura pas de 
conséquence sur le serveur.

Trouvé.
Menu Modifier  Purger

Point accordé.
Score :

Jo| FrViPofm
--|--
 2|1
--
FrViPofm

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

Re: [OSM-talk-fr] tracé d'itinairaires

2011-09-22 Thread eMerzh

Waw quel débat :)

Merci beaucoup pour toutes les soluces je découvre en se moment
même qtlandkarte-GT pas facile sans doc mais les exemples sur le
wiki parlent vraiment bien :)
j'avais évidemment pas penser à josm... a tester :)

Merci encore ...


Brice


2011/9/22 Vincent Pottier vpott...@gmail.com:
 Le 22/09/2011 18:36, Jo a écrit :

 Enlever localement est sous édition dans le ménu. L'option juste en
 dessous de supprimer. Il a comme conséquence que JOSM oublie tout de ces
 éléments, même si on faisait 'envoyer', ça n'aura pas de conséquence sur le
 serveur.

 Trouvé.
 Menu Modifier  Purger

 Point accordé.
 Score :

    Jo    | FrViPofm
 --|--
     2    |    1
 --
 FrViPofm

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


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

Re: [OSM-talk-fr] [OSM Talk fr] Association OpenStreetMap France Assemblée Générale Constitutive Samedi 8 Octobre 2011

2011-09-22 Thread Hendrik Oesterlin

Le 22/09/2011 à 17:59:06 +1100 Brice brice.mal...@free.fr a écrit
Objet: [OSM-talk-fr] [OSM Talk fr] Association OpenStreetMap France Assemblée 
Générale Constitutive Samedi 8 Octobre 2011 :


 Idem, je ne serai pas présent (pas vendredi et certainement pas
 samedi pour l'AG constitutive) mais souhaite adhérer.
 Gaël ou d'autres peuvent ils prendre des procurations accompagnés
 d'une intention d'adhésion ? (cela ferait plus d'adhérents dès le démarrage).

+1 pour moi

Peut-on donner procuration à un des poids lourds notoires pour être
présent de façon immatérielle? Tu es là, Pieren?

-- 
Cordialement
Hendrik Oesterlin - Nouvelle-Calédonie


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

Re: [OSM-talk-fr] Re : Re: Re : Re: Import cadastre Alès (était: relation sans outer)

2011-09-22 Thread Balooval

Non je ne tiens pas à rester dans les sources de ce que j'avais saisi; C'est
un travail communautaire, je ne cherche pas la gloire ;)
(et j'ai d'autres coins à mon actif où je suis le principal contributeur si
je veux briller en société :D ).
En tous cas ça à l'air d'être un sacré boulot ce qui t'attend, je te
souhaite bon courage!

Merci.

Le 22 septembre 2011 15:22, Krysst krysstauf...@laposte.net a écrit :

 Salutations,

 Balooval  je voulais dire que l'import global du bâti avait été fait sans
 avoir tenu compte de/trié l'existant, donc sans ce que j'appelle la séquence
 de nettoyage pré-importation du bâti. Ton travail m'a paru de qualité et ce
 n'est d'ailleurs pas pour cela que j'ai décidé de le faire disparaître sous
 sa forme originelle (attention, tes tags sont toujours tous présents, mais
 pour l'instant sous la forme de noeuds et non plus directement sur le
 polygone représentant le bâti). Voici les raisons qui m'ont amenées à tout
 reprendre :
 1) de la sorte, tout le bâti provient du même changeset. C'est mieux pour
 l'entretien ultérieur, je crois que nous venons d'en faire l'expérience
 2) je suis certain que la base dispose de la dernière version en date
 (merci Cleo)
 3) je suis certain que la totalité du bâti provient du cadastre version
 numérique (il y avait notamment une zone faite à partir de l'imagerie Bing
 vers le Sud-Sud-Ouest).
 4) je suis certain qu'il n'y aura pas de dégâts lors du changement de
 licence
 5) j'avoue, j'ai choisi la solution la solution de facilité puisque cela
 m'a évité de devoir examiner chaque bâtiment pour voir s'il coincidait
 parfaitement avec la version que j'allais importer et, le cas échéant, de
 devoir supprimer le dit-bâti de la nouvelle couche. Il faut savoir que
 j'avais effectué ce type de travail sur Aix-en-Provence où un peu de tout se
 mêlait (cadastre issu du vecteur, cadastre déclaqué à la main, bâti dessiné
 à partir des images Yahoo et j'en passe), et ça avait été un véritable
 cauchemar, tout ça pour conserver le nom des contributeurs lorsque c'était
 possible. Étant donné que tu t'étais donné du mal pour faire correctement
 les choses, ça ne me dérange d'ailleurs pas de rétablir les tags sur le bâti
 avec ton compte si tu le désires : il est on ne peut plus normal que tu
 fasses partie des sources puisque tu ES la source (me faudra alors ton login
 + ton mot de passe - temporaire).

 Pieren  pas de miracle, il faut tout faire à la main. :-/

 Bon, je vais voir ce que l'importation a donné...




 Le 22/09/2011 09:29, Pieren a écrit :

  2011/9/22 Baloovalval.p...@gmail.com:

 Je suis de loin cette conversation, une partie de mon boulot sur Alès ne
 réapparaitra pas?!

 Non. D'après ce que j'ai compris, c'est que les tags des polygones
 building ont été transférés sur des noeuds temporaires et seront
 probablement restaurés après l'import du bâti, ce qui est une
 manoeuvre assez intelligente ... à condition que personne n'efface ces
 noeuds durant l'opération ;-)
 Krysst, ton transfert de tags, tu l'as fait à la main ou tu as un
 'truc' pour le faire automatiquement avec JOSM ?

 Pieren

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


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

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

Re: [OSM-talk-fr] Re : Re: Re : Re: Import cadastre Alès (était: relation sans outer)

Le 22 septembre 2011 15:22, Krysst krysstauf...@laposte.net a écrit :
 Salutations,

 Balooval  je voulais dire que l'import global du bâti avait été fait sans
 avoir tenu compte de/trié l'existant, donc sans ce que j'appelle la séquence
 de nettoyage pré-importation du bâti. Ton travail m'a paru de qualité et ce
 n'est d'ailleurs pas pour cela que j'ai décidé de le faire disparaître sous
 sa forme originelle (attention, tes tags sont toujours tous présents, mais
 pour l'instant sous la forme de noeuds et non plus directement sur le
 polygone représentant le bâti). Voici les raisons qui m'ont amenées à tout
 reprendre :
 1) de la sorte, tout le bâti provient du même changeset. C'est mieux pour
 l'entretien ultérieur, je crois que nous venons d'en faire l'expérience
 2) je suis certain que la base dispose de la dernière version en date (merci
 Cleo)
 3) je suis certain que la totalité du bâti provient du cadastre version
 numérique (il y avait notamment une zone faite à partir de l'imagerie Bing
 vers le Sud-Sud-Ouest).
 4) je suis certain qu'il n'y aura pas de dégâts lors du changement de
 licence
 5) j'avoue, j'ai choisi la solution la solution de facilité puisque cela m'a
 évité de devoir examiner chaque bâtiment pour voir s'il coincidait
 parfaitement avec la version que j'allais importer et, le cas échéant, de
 devoir supprimer le dit-bâti de la nouvelle couche. Il faut savoir que
 j'avais effectué ce type de travail sur Aix-en-Provence où un peu de tout se
 mêlait (cadastre issu du vecteur, cadastre déclaqué à la main, bâti dessiné
 à partir des images Yahoo et j'en passe), et ça avait été un véritable
 cauchemar, tout ça pour conserver le nom des contributeurs lorsque c'était
 possible. Étant donné que tu t'étais donné du mal pour faire correctement
 les choses, ça ne me dérange d'ailleurs pas de rétablir les tags sur le bâti
 avec ton compte si tu le désires : il est on ne peut plus normal que tu
 fasses partie des sources puisque tu ES la source (me faudra alors ton login
 + ton mot de passe - temporaire).

 Pieren  pas de miracle, il faut tout faire à la main. :-/

 Bon, je vais voir ce que l'importation a donné...

Wouah ! Quel beau résultat. Il reste du boulot mais les bases semblent saines.
Tu dois avoir une trousse à outils bien rangée, autrement je ne vois
pas comment on peut faire un tel nettoyage en si peu de temps.

Chapeau!
Cyrille.





 Le 22/09/2011 09:29, Pieren a écrit :

 2011/9/22 Baloovalval.p...@gmail.com:

 Je suis de loin cette conversation, une partie de mon boulot sur Alès ne
 réapparaitra pas?!

 Non. D'après ce que j'ai compris, c'est que les tags des polygones
 building ont été transférés sur des noeuds temporaires et seront
 probablement restaurés après l'import du bâti, ce qui est une
 manoeuvre assez intelligente ... à condition que personne n'efface ces
 noeuds durant l'opération ;-)
 Krysst, ton transfert de tags, tu l'as fait à la main ou tu as un
 'truc' pour le faire automatiquement avec JOSM ?

 Pieren



-- 
Cyrille.

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

Re: [OSM-talk-fr] [OSM Talk fr] Association OpenStreetMap France Assemblée Générale Constitutive Samedi 8 Octobre 2011

2011-09-22 Thread Pieren

 Peut-on donner procuration à un des poids lourds notoires pour être
 présent de façon immatérielle? Tu es là, Pieren?

Euh, je ne veux surtout pas d'un statut poids lourd. Et non, je ne
serais pas physiquement présent mais l'asso aura tout mon soutient à
distance. Pour la procuration, il faudrait voir avec l'un des
présents qui s'est inscrit sur la page wiki ou qui s'est signalé sur
ce fil de discussion peut-être.

Pieren, qui va faire régime

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

Re: [OSM-talk-fr] tracé d'itinairaires

2011-09-22 Thread Jo

Je suis désolé que je ne pouvais pas l'expliquer mieux tout de suite,
j'aurais peut-être dû changer la langue d'interface de JOSM. Le français
n'est pas ma langue maternelle.

Il y a une troisième option:

Grouper tous les elements dans une relation type=route, network=private.
L'avantage c'est que pendant que l'on compose sa route on peut améliorer les
données au dessous. A la fin on peut simplement virer la relation et cela ne
laissera pas de trace.

(Je suis en train de vérifier toutes les relations rcn en Flandre, Belgique.
En même temps j'écrits des petits scripts en Python qui peuvent par exemple
exporter un GPX que l'on peut directement utiliser en Garmin ou encore un
script qui m'aide à valider et corriger ce type de relation)

http://josm.openstreetmap.de/wiki/Help/Plugin/Scripting/Python

L'exemple du script exporteur est pour des relations rwn, mais le principe
est le même. S'il y a de l'interêt, je l'adapterai pour qu'il soit plus
versatile. (Comme je cherche à améliorer mon score, bien sûr :-)

Salutations,

2011/9/22 Vincent Pottier vpott...@gmail.com

Le 22/09/2011 18:36, Jo a écrit :

Enlever localement est sous édition dans le ménu. L'option juste en
dessous de supprimer. Il a comme conséquence que JOSM oublie tout de ces
éléments, même si on faisait 'envoyer', ça n'aura pas de conséquence sur le
serveur.

Trouvé.
Menu Modifier Purger

Point accordé.
Score :

Jo| FrViPofm
--|--
2|1

--
FrViPofm

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

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

[OSM-talk-fr] mappé un Hôpital de jour

'soir,

On a

-- 
Cyrille.

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

Re: [OSM-talk-fr] mappé un Hôpital de jour