Im naechsten Schritt sind, wie bei einem API-Versionswechsel, auch
alle Editoren und sonstige Werkzeuge anzupassen, so dass einige Tags
wie oneway=... und wenn man sich auf left/right,
forward/backward bezieht, diese beim Drehen des Weges ebenso
automatisch gedreht werden ... oder eben eine
Guenther Meyer schrieb:
Wenn ich weiß wo die Ortsschilder stehen, kann ich alle Straßen eines
Ortes mit zone:traffic=DE:place taggen ohne zu wissen welche
Geschwindigkeit dort gilt.
Die Geschwindigkeitsbegrenzung hat mit diesem Tag nur indirekt etwas zu
tun.
doch. denn in diesem bereich
Moin !
nachdem ich die Lübecker NSG, LSG, NB, importiert hatte und hierbei
die Tags LANDUSE verwendet habe wurde von einigen das Tag boundary als
passender angesehen. In einem gewissen Rahmen kann ich das auch
nachvollziehen.
Wenn ich dann in die Karte schaue gibt es da zum Beispiel ein
jetzt weiß jeder wo ich arbeite !
gruß Jan :-)
Jan Tappenbeck schrieb:
Moin !
nachdem ich die Lübecker NSG, LSG, NB, importiert hatte und hierbei
die Tags LANDUSE verwendet habe wurde von einigen das Tag boundary als
passender angesehen. In einem gewissen Rahmen kann ich das
Moin !
... nachdem ich eben unter einer falschen Überschrift gepostet habe - hier
nochmal richtig !
Nachdem ich die Lübecker NSG, LSG, NB, importiert hatte und hierbei
die Tags LANDUSE verwendet habe wurde von einigen das Tag boundary als
passender angesehen. In einem gewissen Rahmen
Am 20.05.2009 08:56, Peter Dörrie:
Hallo zusammen,
ich habe bei der Wochenzeitung der Freitag http://www.freitag.de
(http://www.freitag.de/) einen Artikel über OSM veröffentlicht. Beim
Freitag kann jeder Nutzer eigene Beiträge (als Blog-Posts) erstellen und
die Beiträge anderer bewerten.
Am 20. Mai 2009 12:29 schrieb Jan Tappenbeck o...@tappenbeck.net:
nachdem ich die Lübecker NSG, LSG, NB, importiert hatte und hierbei
die Tags LANDUSE verwendet habe wurde von einigen das Tag boundary als
passender angesehen. In einem gewissen Rahmen kann ich das auch
nachvollziehen.
+1
Am 20. Mai 2009 10:17 schrieb Chris-Hein Lunkhusen chris66...@gmx.de:
Das ist klar. Es ging darum, dass mittels eines Tools GeoCache Daten
(Pos/Name/Difficulty/Terrain) von Geocaching nach OSM transferiert
wurden. Das sehe ich als problematisch an. Natürlich ist das bei
OpenCaching Caches was
Am 20. Mai 2009 11:34 schrieb Marc Schütz schue...@gmx.net:
Diese Funktionalität existiert bereits seit geraumer Zeit. Das betrifft
oneway sowie alle Schlüssel, die mit left, right, forward und
backward anfangen. Wenn man so einen Weg umdreht, kommt ein Dialogfenster,
das vorschlägt, die
Hallo Leute,
wir haben in den letzten Wochen angestrengt an einer Verbindung unserer
Datenbank zu OSM gearbeitet.
Die einzelnen (mir bekannten) Seekartenprojekte (OSeaM in Süddeutschland,
openseamap.org im Norden, und FreieTonne.de in Berlin) haben derzeit recht
unterschiedliche
Hallo,
Jan Jesse wrote:
- ändert einer unserer Nutzer einen Node, wird der geänderte Datensatz sofort
nach OSM hochgeladen.
Hierbei kann es zu einem Versionskonflikt kommen, wenn die Daten seit
dem letzten Import bei OSM direkt veraendert wurden. Ihr bekommt dann
beim Hochladen eine
Moin !
der Relationseditor hat eine weitere Spalte - LINKED.
Kann mir einer sagen was das bedeutet ?
Gruß Jan :-)
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de
Am 20.05.2009, 11:34 Uhr, schrieb Marc Schütz schue...@gmx.net:
Im naechsten Schritt sind, wie bei einem API-Versionswechsel, auch
alle Editoren und sonstige Werkzeuge anzupassen, so dass einige Tags
wie oneway=... und wenn man sich auf left/right,
forward/backward bezieht, diese beim Drehen
Martin Koppenhoefer schrieb:
eigentlich clicke ich immer nur auf nicht anwenden, weil der einzige
Grund, dass ich einen Way drehe, der ist, dass die Einbahnstraße
falsch rum getaggt ist ;-)
Ist mir auch schon aufgefallen. Wege haben derzeit noch fast nie mehr
als ein richtungsabhängiges Tag,
Hallo,
Jan Tappenbeck wrote:
der Relationseditor hat eine weitere Spalte - LINKED.
Kann mir einer sagen was das bedeutet ?
Die Spalte sollte eigentlich heissen letzter Node dieses Ways ist
erster Nodes des folgenden Ways, aber dafuer war mein Schirm nicht
breit genug ;-)
Bye
Frederik
Hierbei kann es zu einem Versionskonflikt kommen, wenn die
Daten seit dem letzten Import bei OSM direkt veraendert
wurden. Ihr bekommt dann beim Hochladen eine Fehlermeldung,
weil Eure Version als zu alt erkannt wird. In diesem Fall
muesst ihr erst die aktuelle Version des Objekts von OSM
Jonas Krückel o...@jonas-krueckel.de writes:
Im Gegensatz zu der Kaserne haben Caches zum einen keine Sichtbarkeit
(zur Orientierung etc.) und sie verschwieden oft schon wieder nach
kurzer Zeit. Weiterhin kannst du mit einem Eintrag in OSM wenig bis gar
nichts anfangen, weil du nicht
On Wed, 20 May 2009, Jacques Nietsch wrote:
Diese Funktionalität existiert bereits seit geraumer Zeit. Das betrifft
oneway sowie alle Schlüssel, die mit left, right, forward und
backward anfangen. Wenn man so einen Weg umdreht, kommt ein
Dialogfenster, das vorschlägt, die Tags entsprechend mit
Sebastian Hohmann m...@s-hohmann.de writes:
Vielleicht sollte man noch erwähnen dass Yahoo die Benutzung erlaubt hat.
So stimmt das, glaube ich, auch nicht ;) Es ist wohl eher so, dass
yahoo die nutzung nicht verboten hat.
Vielleicht könnte man in dem Abschnitt noch ein paar mehr Anwendungen
Claudius schrieb:
Am 20.05.2009 08:56, Peter Dörrie:
Hallo zusammen,
ich habe bei der Wochenzeitung der Freitag http://www.freitag.de
(http://www.freitag.de/) einen Artikel über OSM veröffentlicht. Beim
Freitag kann jeder Nutzer eigene Beiträge (als Blog-Posts) erstellen und
die Beiträge
Moin !
es gibt zwischenzeitlich Bericht in denen die ID und die Koordinaten von
POI gelistet werden.
Hat sich schon einmal einer Gedanken darüber gemacht ob man diese nicht
per Webformular dann um die Adresse erweitern kann ???
Bei OSM muss man natürlich dafür registriert sein.
Gruß Jan :-)
Karl Eichwalder schrieb:
schnell ansteuern und plündern. Deshalb halte ich die Karte bei
geocaching.de auch für problematisch.
Bei geocaching.com kommt man nur an die Daten der Caches, wenn man einen
Ehrenkodex abgenickt hat.
Ich habe schon Caches deshalb bei opencaching.de archiviert (und
Jan Tappenbeck schrieb:
Moin!
ich habe schon einmal eine Seite eröffnet
http://wiki.openstreetmap.org/wiki/DE:Inline
gruß Jan :-)
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de
Moin,
Florian Lohoff schrieb:
Hi,
nachdem ich ja mehrfach diskussionen zu einer oft geupdateten MaxSpeed map
angestossen habe habe ich mich selber an die Arbeit gemacht.
Hier ist das ergebniss:
http://maxspeed.osm.lab.rfc822.org
Ab z12 linien vector overlay auf den Straßen und ab z16
Unterliegen die GPX-Tracks irgendeiner Kontrolle? Wie kann verhindert
werden dass dort Müll hochgeladen wird? Kann man fremde Tracks löschen?
Siehe:
http://www.openstreetmap.org/edit?lat=49.82079lon=6.90412zoom=17
Beste Grüße,
Simon
___
Talk-de
Danke für die vielen Anregungen (und Entschuldigung für die stilistischen
Unsicherheiten)!
Der Artikel ist jetzt schon ziemlich lang geworden, deshalb habe ich auf
weitere Ausführungen zu einzelnen Projekten usw. verzichtet. Wenn der Leser
interessiert ist, dann steht ihm ja nichts im Wege, sich
Hallo Peter,
es steht Dir ja offen die Angaben richtig anzupassen - nur zu !
gruß Jan :-)
Peter Vitt schrieb:
Jan Tappenbeck schrieb:
Moin!
ich habe schon einmal eine Seite eröffnet
http://wiki.openstreetmap.org/wiki/DE:Inline
gruß Jan :-)
Johann H. Addicks schrieb:
Karl Eichwalder schrieb:
schnell ansteuern und plündern. Deshalb halte ich die Karte bei
geocaching.de auch für problematisch.
Bei geocaching.com kommt man nur an die Daten der Caches, wenn man einen
Ehrenkodex abgenickt hat.
Ich habe schon Caches
On Tue, May 19, 2009 at 11:00:24AM +0200, Michael Buege wrote:
Subject: [Talk-de] Strassen und Koordinaten
Moin
Fuer eine kleine Testanwendung[1] suche ich einen eleganten Weg, aus
OSM-Daten eine Liste von Strassen mit den dazu gehoerige Koordinaten zu
extrahieren. Das Ganze erst mal fuer
On Tue, May 19, 2009 at 10:28:08PM +0200, Bernd Raichle wrote:
... das Hauptproblem daran ist, dass irgendwann einmal festgelegt
wurde, dass Wege _keine_ Richtung haben, obwohl sie im OSM-Modell doch
eine Richtung haben, da die Wegeknoten eine Reihenfolge haben muessen.
Diese
On Wed, May 20, 2009 at 05:29:12PM +0200, Dirk Stöcker wrote:
Wenn Du vernünftige einfache Regeln definieren kannst, wann soetwas zu
machen ist (die in mindestens 95% der Fälle richtig liegen), trage im
Trac ein Ticket ein, dann baut es jemand ein.
Beispiel: Wenn Wert mit left_ oder right_
Andreas Fritsche schrieb:
From: ekkeh...@gmx.de
[..]
Das stimme ich Dir v?llig zu. Analog zur Diskussion ?ber pers?nliche
Lieblingswege und dem Prinzip der Nachvollziehbarkeit, w?rde ich
sagen da? Caches als ausdr?cklich versteckte Dinge nichts im
OSM-Bestand zu suchen haben.
Es
Martin Koppenhoefer schrieb:
Am 19. Mai 2009 13:34 schrieb Garry garr...@gmx.de:
Ja klar - ganz einfach formuliert - über die Umsetzung musst Du Dir ja
keine Gedanken machen, dass Problem hast Du ja ganz einfach - abgewälzt.
So wird aus einer einfachen, zweckmässigen und schnell
Hallo Jan,
das Projekt ist schon in Arbeit und heißt Amenity Editor. Wir testen
gerade noch die letzten Feinheiten und geben es wahrscheinlich im Laufe der
nächsten Woche frei.
Mit dem Tool wird es möglich sein, nicht nur vorhandene Knoten zu bearbeiten
sondern auch gleich neue direkt auf der
Am 20. Mai 2009 17:27 schrieb Sebastian Hohmann m...@s-hohmann.de:
Ideel unterstütze ich den Artikel zwar, aber inhaltlich und ortografisch
musst du da aber noch mal ran. Für's erste hilft da schon die
Rechtschreibprüfung von (Open)Office.
Vielleicht wäre es sinnvoll zu sagen, was genau du
Am 20. Mai 2009 23:16 schrieb Adrian Stabiszewski a...@nitegate.de:
Hallo Jan,
das Projekt ist schon in Arbeit und heißt Amenity Editor. Wir testen
gerade noch die letzten Feinheiten und geben es wahrscheinlich im Laufe der
nächsten Woche frei.
Mit dem Tool wird es möglich sein, nicht nur
Am 20. Mai 2009 22:50 schrieb Garry garr...@gmx.de:
wieso viele schwer lokalisierbare Fehlerquellen? Nenne doch mal ein paar.
OK - einfaches Beispiel:
In der Datenbank steht Schrittgeschwindigkeit, Anwendung sagt 50km/h.
Wo suchst Du nach dem Fehler?
welchen Fehler? Wenn dort
Martin Koppenhoefer schrieb:
Mir ist folgendes aufgefallen:
Dies ist auch der grundlegende Unterschied zu anderen Anbietern von
Geodaten (z.B. die Landesvermessungsämter, TeleAtlas und nicht zu
vergessen Google Maps).
Ist Google Maps ein Anbieter von Geodaten? Abgesehen von MapMaker haben
Am 20. Mai 2009 21:35 schrieb Jan Tappenbeck o...@tappenbeck.net:
Hallo Peter,
es steht Dir ja offen die Angaben richtig anzupassen - nur zu !
gruß Jan :-)
Peter Vitt schrieb:
Jan Tappenbeck schrieb:
Moin!
ich habe schon einmal eine Seite eröffnet
Im zweiten Teil wurden die einzelnen Open Issues und Use Cases aus dem
Wiki besprochen, der Bericht dazu soll in Kürze folgen.
Dieser Bericht ist inzwischen verfügbar, siehe
http://wiki.openstreetmap.org/wiki/Open_Data_License/Licensing_Working_Group
Dort sind auch die Protokolle der License
Am 20. Mai 2009 21:57 schrieb Florian Lohoff f...@rfc822.org:
On Wed, May 20, 2009 at 05:29:12PM +0200, Dirk Stöcker wrote:
Wenn Du vernünftige einfache Regeln definieren kannst, wann soetwas zu
machen ist (die in mindestens 95% der Fälle richtig liegen), trage im
Trac ein Ticket ein, dann
Am 20. Mai 2009 21:54 schrieb Florian Lohoff f...@rfc822.org:
Ich wuerde gerne erst mal definieren das man wege nicht mehr umdrehen kann.
Wenn oneway=-1 zulaessig ist gibts da auch keinen Grund mehr fuer.
PS: Ja ich weiss - wege nicht mehr drehen geht nicht weil man dann auch wege
nicht mehr
Am 20. Mai 2009 23:56 schrieb Tobias Knerr o...@tobias-knerr.de:
Martin Koppenhoefer schrieb:
ja, aber wie ändert man den Seitentitel/URL? Wahrscheinlich muss man
eine neue Seite anlegen und die Inhalte kopieren. Danach die alte
Seite löschen (wenn das geht).
Am oberen Rand der Wiki-Seite
Martin Koppenhoefer schrieb:
Am 20. Mai 2009 22:50 schrieb Garry garr...@gmx.de:
wieso viele schwer lokalisierbare Fehlerquellen? Nenne doch mal ein paar.
OK - einfaches Beispiel:
In der Datenbank steht Schrittgeschwindigkeit, Anwendung sagt 50km/h.
Wo suchst Du nach dem Fehler?
Am Wednesday 20 May 2009 schrieb Mario Salvini:
Johann H. Addicks schrieb:
Karl Eichwalder schrieb:
schnell ansteuern und plündern. Deshalb halte ich die Karte bei
geocaching.de auch für problematisch.
Bei geocaching.com kommt man nur an die Daten der Caches, wenn man einen
Am Thursday 21 May 2009 schrieb Garry:
Martin Koppenhoefer schrieb:
Am 20. Mai 2009 22:50 schrieb Garry garr...@gmx.de:
wieso viele schwer lokalisierbare Fehlerquellen? Nenne doch mal ein
paar.
OK - einfaches Beispiel:
In der Datenbank steht Schrittgeschwindigkeit, Anwendung sagt
Guenther Meyer schrieb:
Am Tuesday 19 May 2009 schrieb Per:
naja, aber die information innerorts beinhaltet doch bereits eine
aussage zur geschwindigkeit...
da sehe ich ein zusaetzliches maxspeed eher als verwirrung.
Wenn ich weiß wo die Ortsschilder stehen, kann ich alle Straßen
Guenther Meyer schrieb:
uchst Du nach dem Fehler?
welchen Fehler? Wenn dort Schrittgeschwindigkeit als zul.
Höchstgeschwindigkeit vorgeschrieben ist, und das so in der Datenbank
steht, gibt es keinen Fehler. Wenn die Anwendung aus
Schrittgeschwindigkeit 50km/h macht, sehe _ich_
Hallo
Da ich die Tage 2x Mapper erwischte, wie sie bicycle=no
auf irgendwelche highways taggten, neben denen Radwege laufen,
sei nachfolgendes auch prophylaktisch hier geschrieben, da
es bundesweit gültig ist:
Ich stolper gerade über paar radelrelevante Änderungen
rund um ***, die so
Hallo Jan,
On Wednesday 20 May 2009 16:20:06 Jan Jesse wrote:
3.) Eine Bitte an die Wettbewerber ;-)
Vielleicht zerren wir die Projekte jetzt endlich an die Öffentlichkeit?
Insbesondere hinsichtlich eines möglichst reifen und vielleicht sogar
einheitlichen Taggingschemas wäre es schön, wenn
Am 21. Mai 2009 01:23 schrieb Garry garr...@gmx.de:
Guenther Meyer schrieb:
uchst Du nach dem Fehler?
welchen Fehler? Wenn dort Schrittgeschwindigkeit als zul.
Höchstgeschwindigkeit vorgeschrieben ist, und das so in der Datenbank
steht, gibt es keinen Fehler. Wenn die Anwendung aus
die seite verstehe ich noch nicht - war mir beim letzten posting schon
unverständlch!
gruß Jan .-)
DarkAngel schrieb:
Für die kleine Pause zwischen dem Mappen ;-)
http://www.umapper.com/maps/view/id/31937/
Hallo Olaf,
...
Meiner Meinung nach gehört eine Dokumentation der Tags in das
OSM-Wiki. Dort ist sie für jeden sichtbar und kann auch
bearbeitet werden. Ein weiterer Vorteil ist die
internationalität des Wikis.
http://wiki.openstreetmap.org/wiki/DE:Segler
gibt es inzwischen auch auf
Garry schrieb:
So wie ich es schreibe: In der Dantebank steht maxspeed =
Schrittgeschwindigkeit und
Deine Anwendung spuckt Dir 50km/h als zulässige Höchstgeschwindigkeit aus.
Dass 50km/h nicht die Schrittgeschwindigkeit sein kann hast Du ja
offenbar verstanden - aber
wie lokalisierst Du
On Tue, 2009-05-19 at 20:09 +0200, Simone Cortesi wrote:
ciao,
ho aggiornato il software che gira sotto al blogse notate qualcosa
di strano fatemi sapere.
e se volete partecipare alla scritturafatemi sapere ancora di piu'.
Ciao Simone,
hai ricevuto la mia mail in cui ti
2009/5/20 Martin Koppenhoefer dieterdre...@gmail.com:
B. secondo me il cartografo non descrive la realtà, ma la
interpreta. Cioè non si limita a riprodurre in maniera oggettiva la
realtà (anche se in scala ridotta), ma la modifica in modo da renderla
più fruibile all'utente. Per questo motivo
Ho notato che alcuni sentieri (es [1]) risultano fortemente
frammentati (singoli segmenti con i punti di inizio e fine non in
comune con i segmenti precedenti e seguenti, quindi un sacco di punti
duplicati e fine ways vicino altre ways) con relazioni da 500+
elementi. Inoltre validator rileva
Salve a tutti.
Cercando dati per inserire i centri abitati ho trovato questo eccellente
strumento (1) messo a disposizione da GFOSS.it.
Mi sembrava la soluzione a tutti i miei problemi, ma quando chiedo di
salvare il file OSM mi da quasi sempre questo errore:
*
Errore: *Impossibile scaricare i
Il 20 maggio 2009 10.26, alberto albertobon...@libero.it ha scritto:
Salve a tutti.
Cercando dati per inserire i centri abitati ho trovato questo eccellente
strumento (1) messo a disposizione da GFOSS.it.
Mi sembrava la soluzione a tutti i miei problemi, ma quando chiedo di
salvare il file
Luca Delucchi ha scritto:
questi dati sono già stati inseriti su osm, perciò le modifiche
effettuate su osm dovrebbero essere dei miglioramenti dei dati di
GFOSS.
Le località principali sicuramente, ma io trovo tantissimi centri
abitati che sono sul database GFOSS ed ISTAT ma non su
2009/5/20 Stefano Salvador stefano.salva...@gmail.com:
Rimane poi il problema delle 500+ ways (singoli segmenti) che
compongono la relazione. Vanno selezionati uno ad uno e uniti con
Combine ways o c'è un metodo più efficiente?
l'unico altro modo che mi viene in mente è quello di cancellarle
No, non ti chiedo di rifare tutto da capo
grazie ;-)
speravo solamente che qualcuno conoscesse un metodo rapido in josm per
selezionare tutte le
ways di una relazione.
non che io sappia ...
Ho postato prima di procedere per sapere se il metodo (fix dei punti
duplicati e combine dei vari
se ne era parlato qui:
http://lists.openstreetmap.org/pipermail/talk-it/2008-November/004375.html
Errore: *Impossibile scaricare i dati OpenStreetMap dal server XAPI:
probabilmente non è stato aggiornato l'applicativo alle nuove api.
Ciao,
Stefano
On Wed, May 20, 2009 at 10:26:52AM +0200, alberto wrote:
Cercando dati per inserire i centri abitati ho trovato questo eccellente
strumento (1) messo a disposizione da GFOSS.it.
Ciao,
rispondo in quanto sono l'autore della pagina [1], nonché il
curatore dell'acquisto dei dati ISTAT con
2009/5/20 iiizio iiizio iiizio.iii...@gmail.com:
No, non ti chiedo di rifare tutto da capo, speravo solamente che
qualcuno conoscesse un metodo rapido in josm per selezionare tutte le
ways di una relazione.
attiva il tool delle relation (quello con l'ingranaggio)
selezioni la relation che ti
Niccolo Rigacci ha scritto:
Ciao,
rispondo in quanto sono l'autore della pagina [1], nonché il
curatore dell'acquisto dei dati ISTAT con relativa liberatoria
d'uso.
Contrariamente a quanto detto da Luca i dati NON sono gli stessi
caricati a suo tempo in OSM (gli 8101 comuni capoluogo),
- Original Message -
From: Federico Cozzi f.co...@gmail.com
To: openstreetmap list - italiano talk-it@openstreetmap.org
Sent: Wednesday, May 20, 2009 1:21 AM
Subject: Re: [Talk-it] Riflessioni sulla mappatura
Non sono d'accordo.
Decenni di mappe stradali cartacee hanno mostrato la
Il 20 maggio 2009 11.20, Niccolo Rigacci o...@rigacci.org ha scritto:
Contrariamente a quanto detto da Luca i dati NON sono gli stessi
caricati a suo tempo in OSM (gli 8101 comuni capoluogo), sono
bensì le località Istat, un database molto più dettagliato di
oltre 75000 record.
scusate non
On 5/20/09, Simone Cortesi sim...@cortesi.com wrote:
attiva il tool delle relation (quello con l'ingranaggio)
selezioni la relation che ti interessa.
modifica
nella meta' sotto dai crtl+a (seleziona tutti i membri)
chiudi con la X
ora in selezione corrente hai selezionate tutte le way della
On Wed, May 20, 2009 at 10:26:52AM +0200, alberto wrote:
*
Errore: *Impossibile scaricare i dati OpenStreetMap dal server XAPI:
In effetti pare che tutti i server XAPI siano fermi, almeno
adesso.
Qualcuno ne sa qualcosa?
Ad ogni modo ho aggiunto una funzione su [1], adesso è possibile
Il 20 maggio 2009 12.05, Niccolo Rigacci o...@rigacci.org ha scritto:
On Wed, May 20, 2009 at 10:26:52AM +0200, alberto wrote:
*
Errore: *Impossibile scaricare i dati OpenStreetMap dal server XAPI:
In effetti pare che tutti i server XAPI siano fermi, almeno
adesso.
Qualcuno ne sa qualcosa?
Niccolo Rigacci ha scritto:
On Wed, May 20, 2009 at 10:26:52AM +0200, alberto wrote:
*
Errore: *Impossibile scaricare i dati OpenStreetMap dal server XAPI:
In effetti pare che tutti i server XAPI siano fermi, almeno
adesso.
Qualcuno ne sa qualcosa?
Ad ogni modo ho aggiunto una
On Wed, May 20, 2009 at 12:50:53PM +0200, Luca Delucchi wrote:
potrebbe essere che bisogna aggiornare alla versione 0.6 [0]?
l'unica aggiornata e che so per certo che funziona è informationfreeway
Avevo già aggiornato l'url, uso uno dei seguenti (scelti con una
funzione random):
L'allarme del Gao: ritardo negli investimenti, i navigatori
satellitari smetteranno di funzionare
http://www.lastampa.it/_web/cmstp/tmplrubriche/tecnologia/grubrica.asp?ID_blog=30ID_articolo=6205ID_sezione=38sezione=News
Dobbiamo sbrigarci a mappare :D
iiizio
Niccolo Rigacci ha scritto:
On Wed, May 20, 2009 at 01:42:20PM +0200, alberto wrote:
Una funzionalità molto interessante, per avere un controllo maggiore,
sarebbe la possibilità definire un perimetro entro il quale importare i
dati
In che senso?
I dati estratti dal
2009/5/20 alberto albertobon...@libero.it:
Faccio un esempio : riporta gli abitanti di ogni località attualizzati
al censimento 2001.
Un aggiornamento automatico di questo dato in futuro sarebbe una cosa
bellissima..
Mi sembra che ogni località importata dai dati ISTAT / GFoss sia
provvista
2009/5/20 Alessandro De Noia alessandro.den...@gmail.com:
Ciao Simone,
hai ricevuto la mia mail in cui ti comunicavo il cambio indirizzo del
blog?
ti ho anche risposto, ho aggiornato il tuo URL.
ho anche risposto per le tracce del tuo conoscente in libano.
--
-S
2009/5/20 Cristian Testa testa.crist...@tiscali.it:
Non sono invece per niente d'accordo sul fatto che OSM inteso come
geodatabase debba già in partenza basarsi su una delle visualizzazioni
possibili.
Per cosa poi? Risparmiare un paio di parametri che aiuterebbero in una
migliore definizione
2009/5/20 Cristian Testa testa.crist...@tiscali.it:
Infatti, e sono pienamente d'accordo con te in proposito tranne che per una
cosa: la fruibilità di una mappa da parte di un utente la definisce l'utente
stesso; il cartografo si limita a tradurre la realtà oggettiva in una che
soddisfi le
ho anche risposto per le tracce del tuo conoscente in libano.
--
-S
___
Talk-it mailing list
Talk-it@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-it
Non so se sia Evolution, ma ogni tanto si perde qualche email (questa la
2009/5/20 Federico Cozzi f.co...@gmail.com:
si, pero noi non siamo facendo una mappa ma un geodatabase aperto,
che permette di creare varie mappe, il cartografo OSM invece è quello
che renderizza una mappa con questi dati. Lui è la persona chi
generalizza e seleziona.
Vorrei sfatare questo
2009/5/20 Federico Cozzi f.co...@gmail.com:
segnaletica_orizzontale=presente
hm, presente? Probabilmente meglio continuo, interrotto, muro, ecc.
Avevo fatto la proposta di una relazione allo scopo di descrivere le
divisioni (solo sulla ML tedesca): l'idea è di mappare i way (ove
necessario)
la mappa escursionisitica di NOP è stato steso, adesso copre anche
tutta l'Austria, e quindi anche i lati italiani al nord:
http://topo.geofabrik.de/?zoom=10lat=46.51798lon=11.57747layers=BT
Martin
___
Talk-it mailing list
Talk-it@openstreetmap.org
On 05/17/09 Carlo Stemberger wrote:
Il 17/05/2009 19:26, Paolo Molaro ha scritto:
Per quanto mi riguarda, in genere non e' necessario un documento
scritto, ma nel caso particolare di openstreetmap e' utile, perche' serve
a responsabilizzare chi fa gli upload e pensarci due volte prima di
OSM ti permette di introdurre tutti i parametri che vorresti
introdurre tu: width (est_width), lanes, maxspeed, smoothness, ecc.
Mancano i dati sulle mezzerie disegnate (perché nel resto del mondo di
solito non si risparmia sulla vernice per la segnaletica orizzontale)
ma non sarebbe impossibile
Cristian Testa dixit:
Non proprio... l'idea sarebbe:
highway = primary, secondary, etc... in funzione della classificazione
(SS, SR, SP, residenziale...)
Il problema è che attualmente la classificazione di una strada non ha
niente a che vedere con le sue caratteristiche o la sua importanza ma
Attualmente quello è il criterio base utilizzato per definire se una strada
sia primary, secondary, ecc.
La mia proposta va appunto nella direzione di dare un tag fisico per
definire di che tipo di strada si parli e lasciare highway a tag logico che
rispetti la classificazione stabilita dal
2009/5/20 Cristian Testa testa.crist...@tiscali.it:
Attualmente quello è il criterio base utilizzato per definire se una strada
sia primary, secondary, ecc.
La mia proposta va appunto nella direzione di dare un tag fisico per
definire di che tipo di strada si parli e lasciare highway a tag
Hola,
pues eso, no tengo ni idea de como se debe mapear el párking de un
centro comercial.
Yo iva a hacer:
1.- una área con tag parking
2.- otra área con tag eroski, carreful, caprabo, etc.
3.- los accesos al parking unidos a los way de las áreas.
pero tambien pienso que se podrían mapear los
El Miércoles, 20 de Mayo de 2009, Jaume Figueras escribió:
1.- una área con tag parking
2.- otra área con tag eroski, carreful, caprabo, etc.
No se te olvide building=yes y shop=supermarket.
3.- los accesos al parking unidos a los way de las áreas.
No se te olvide highway=service y
On Wednesday 20 May 2009 08:38:56 Jorge Luis Chamorro wrote:
Ya esta empezando a aparecer algo en el render pero visitando la ciudad de
Karlsruhe me doy cuenta que los numeros de las alturas aparecen en los dos
niveles de zoom mas detallados pero no en el resto . Y en nuestro pais la
altura
No hay manera, actualmente, de hacer el render de las alturas de las calles
como corresponde según nuestra costumbre. Por lo tanto, hay que crear una
nueva regla de rendering, tarea no muy simple, pero enteramente posible.
El sistema de Karlsruhe es engorroso, y no se adecúa a muchos de los
Hey all,
The Victoria OSMers are meeting up at 8:30 this friday in the
Starbucks in Chapters down on Douglas St. Map:
http://www.openstreetmap.org/?lat=48.42541lon=-123.3643zoom=17layers=B000FTFTmlat=48.42577mlon=-123.36523
All are welcome. We are going to be discussing the logistics of
getting
Merki :)
voilà ;-)
http://beta.letuffe.org/ressources/communes/
--
sly
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr
___
Talk-fr mailing list
sylvain letuffe a écrit :
voilà ;-)
http://beta.letuffe.org/ressources/communes/
--
sly
Merci bien.
Vincent
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr
Vous trouverez sur la page wiki:
http://wiki.openstreetmap.org/wiki/Reunions_Francophones/9%C3%A8me_R%C3%A9union
le log de la réunion ainsi que le compte-rendu.
Pieren
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
Est-ce qu'une date pour une prochaine réunion a été décidé ? Comme on a
pas fait toute la liste, je pense que le mieux, c'est de la faire le
plus vite possible.
JonathanMM
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
JonathanMM a écrit :
Est-ce qu'une date pour une prochaine réunion a été décidé ? Comme on a
pas fait toute la liste, je pense que le mieux, c'est de la faire le
plus vite possible.
JonathanMM
Je ne vois rien dans les logs.
Par contre, je vois que ça a causé ! Vraiment dommage que j'ai
はとちゃん@小江戸らぐです。
ありがとうございます。
さっそく帰ったらやってみます。
ウエイでもノードなんですね (^_^;
Hiroshi Miura さんは書きました:
はとちゃん@小江戸らぐです。
新たにJR川越線のウェイを追加して、既存の川越駅付近のJR川越線のウェイと結合
しようとしました。しかし、次のメッセージが表示されて接続できません。
ウエイを結合できません(これらは、一つのノードの並びに接続することが
できません)
ウエイではなくて、繋ぎたいノードを二つ選んで、処理してみてください。
はとちゃん@小江戸らぐです。
三浦さんと柴田(あ)さんのお話を総合すると、まずはウエイを分割して
からlayorを入力し、でノードを選択して結合するという作業を繰り返す
と幸せになれると理解したのですが、それでよいでしょうか。
早く試したくてウズウズしているのですが、仕事は続くよ何処までも...。
SHIBATA Akira さんは書きました:
柴田(あ)です。
当方の場合
4a137dda.2090...@nttdata.co.jp の、
Re: [OSM-ja] josmでのウェイの結合 において、
Wed, 20 May 2009 12:49:46
101 - 200 of 206 matches
Mail list logo