Processing addresses in my opinion has to be smart enough to handle all
this. When I process OSM-data for mobile devices everything is removed that
is not useful and I would hope other software is also smart enough to keep
only the data it needs. I don't know of any mobile app that consumes
I'll rest my case for the associatedStreet relation. I was indeed talking
about mobile editors like Vespucci or iLoE, not something like OsmAND,
which does preprocess the data.
I won't stop adding them myself every once in a while, but that won't
change much, as adresses are not what I'm
I'm using autosave as well, don't see the problems that you encounter.
Perhaps you have much larger changesets ? :-) Does autosave write
everything ? Or only the things that are changed ? Just curious to pinpoint
the exact cause of the long autosaves you encounter.
m
On Mon, Nov 18, 2013 at
The areas I'm working with are very large (for the bus routes). Now the
autosaves take 15-20 seconds (on SSD). That will change when all the
adresses will have been added. But maybe it will change anyway. AS
relations or not. I'll find a solution, no problem.
The problem is rather that when all
Hi!
For the last about two weeks we haven't gotten any coastline updates through.
The problem is that every day there is something broken somewhere with the
coastline. Often problems get fixed the same day, but new problems show up
the next.
I have now changed the coastline update process from
On Monday 18 November 2013, Jochen Topf wrote:
Hi!
For the last about two weeks we haven't gotten any coastline updates
through. The problem is that every day there is something broken
somewhere with the coastline. Often problems get fixed the same day,
but new problems show up the next.
I
On 11/18/2013 12:09 PM, Florian Lohoff wrote:
On Mon, Nov 18, 2013 at 09:08:47AM -0500, Stephen Woodbridge wrote:
Or would it be more feasible to extend the OSRM output a bit to dump
these interesting nodes additionally?
Why not take the route geometries and load them into postgis where
you
I've just submitted the edit for the Holbrook bypass and associated roads. I
haven't yet submitted the GPS traces (homework for me).
The old Hume Hwy north of where Pinnabar Road used to join is still present,
but blocked off by temporary road closure barriers (yellow and black striped
signs
Oi Augusto,
Sua proposta me parece muito bem escrita mesmo. Tenho umas sugestões (nada
muito importante, só refinamentos) e uma dúvida:
1. A tag ref raramente tem sido usada com um identificador de país (:br,
:uk, :de, etc.), pra seguir o mesmo estilo você usaria apenas ref:CNUC.
2. Da mesma
Uff - ich bin da wol auf irgendeine Tate gekommen:
Jetzt hüpft der Inhalt des Zeichenfensters bei jedem Klick
wenn ich eine Linie oder Fläche erstellen will...
Wie kann ich das wieder abstellen?
Gruss, Markus
___
Talk-de mailing list
Hallo Markus,
Hast Du die Funktion Automatisch nachführen (im Menu unter Ansicht)
aktiviert?
Shortcut: umschalt+strg+f
Original-Nachricht
Betreff: [Talk-de] JOSM hüpft
Datum: Mon Nov 18 2013 08:58:10 GMT+0100
Von: Markus liste12a4...@gmx.de
An: talk-de@openstreetmap.org
Am 26.10.2013 22:09, schrieb jotpe:
wir planen am 17. November ein Kölner Mappingevent um Häuser zu malen und
die Adressdaten der Stadt Köln [1] dabei mit zu verwurschten. 10.000
Hausnummern ist zwar ambitioniert, aber mit der Liegenschaftskarte des
NRW-Atlas haben wir eine schicke
Gibts heut abend. Gruß Johannes
Am 18. November 2013 09:55 schrieb chris66 chris66...@gmx.de:
Am 26.10.2013 22:09, schrieb jotpe:
wir planen am 17. November ein Kölner Mappingevent um Häuser zu malen und
die Adressdaten der Stadt Köln [1] dabei mit zu verwurschten. 10.000
Hausnummern
Hallo Chris66,
Am 18.11.2013 09:55, schrieb chris66:
Am 26.10.2013 22:09, schrieb jotpe:
wir planen am 17. November ein Kölner Mappingevent um Häuser zu malen und
die Adressdaten der Stadt Köln [1] dabei mit zu verwurschten. 10.000
Hausnummern ist zwar ambitioniert, aber mit der
Hi, danke, das hat geholfen:
Hast Du die Funktion Automatisch nachführen
Shortcut: umschalt+strg+f
Gruss, Markus
___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de
Zur Info:
User Oberförster löscht gerade das Gebiet um Oberwiesen/Pfalz.
http://www.openstreetmap.org/#map=13/49.6956/7.9680
Grüße
Chris
___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de
Die Kommentare der Änderungssätze sprechen Bände:
Lasse mich nicht von anderen Mappern als Kleingeist titulieren, bei
der Menge, die ich zu OSM beigetragen hatte!
Mein bisheriges Mapping wegen Beleidigung durch anderen OSM-Mapper
entfernt.
Bezeichnung Kleingeist eines OMS-Mitglieds in
Hi,
On 11/18/2013 11:59 AM, chris66 wrote:
User Oberförster löscht gerade das Gebiet um Oberwiesen/Pfalz.
Hab ihn mal gesperrt, aber man muss mal untersuchen, welche Edits
revertiert werden sollen und bei welchen man vielleicht froh ist, dass
sie geloescht wurden. Ausserdem wuerde ich schon
Hi,
Frederik Ramm schrieb:
Kannst es auch auf
http://wiki.openstreetmap.org/wiki/Flyers_and_posters/Flyers eintragen,
da hat Andreas Labres mal eine Liste anzufangen.
ich hab vorläufig die Sourcen mal zu mir hochgeladen:
http://osm.won2.de/temp/flyer_src.tar.bzip2
Das mit der Wiki-Seite
Dietmar wrote
Im OSM-Forum [1] sind auch Rohdaten-Auswertungen angegeben und werden
vermutlich heute auch nochmal verständlich aufbereitet.
Von mir (wambacher) wird da nichts mehr kommen, da ich zu spät eingestiegen
bin und keine verlässlichen Werte vor Beginn der Aktion habe. Ich kann nur
Hallo liebe OSM-Community,
beim Mappen von Briefkästen bin ich letztens auf folgende Liste für
einheitliche operator- und brand-Bezeichnungen gestoßen:
http://wiki.openstreetmap.org/wiki/Deutsche_Postdienstleister
Nach dieser Auflistung habe ich jetzt erstmal alle Briefkästen der
PostModern
Am 18. November 2013 16:32 schrieb Carsten Pietzsch
carsten.pietz...@gmail.com:
beim Mappen von Briefkästen bin ich letztens auf folgende Liste für
einheitliche operator- und brand-Bezeichnungen gestoßen:
http://wiki.openstreetmap.org/wiki/Deutsche_Postdienstleister
Nach dieser Auflistung
ich finde bei operator Deutsche Post AG als Wert besser (in der o.g.
Liste ist der vorgeschlagene Wert Deutsche Post), und so sieht das laut
taginfo derzeit auch eine Mehrheit:
Hallo Martin,
ich kann mir gut vorstellen, dass die Bezeichnung mit AG
verbreiteter ist. Das ändert nur nichts an
Am 18. November 2013 16:50 schrieb Carsten Pietzsch
carsten.pietz...@gmail.com:
ich kann mir gut vorstellen, dass die Bezeichnung mit AG
verbreiteter ist. Das ändert nur nichts an dem Problem, dass wie du
selbst aufgezeigt hast, verschiedene Bezeichnungen parallel zueinander
existieren mit
Am 18.11.2013 16:50, schrieb Carsten Pietzsch:
ich finde bei operator Deutsche Post AG als Wert besser (in der o.g.
Liste ist der vorgeschlagene Wert Deutsche Post), und so sieht das laut
taginfo derzeit auch eine Mehrheit:
Hallo Martin,
ich kann mir gut vorstellen, dass die Bezeichnung mit
Hallo René,
zur Rechtsform des Unternehmes im Operator-Key ist das Wiki leider etwas
ungenau:
Die Rechtsform des Unternehmens kann weggelassen werden, da OSM ja kein
Handelsregister ist.
Quelle: http://wiki.openstreetmap.org/wiki/DE:Key:operator
Im englischen hab ich nichts dazu gefunden.
dieterdreist wrote
Um auf Deine Eingangsfrage zurückzukommen: Die Frage ist jetzt, ob ich
nicht mit Hilfe von Overpass Turbo Stück für
Stück ganz Deutschland von uneinheitlichen Deutsche Post-Briefkästen
befreie, indem ich alle an die Liste anpassen.
Nein, solltest Du nicht tun.
Sollte es
und hier eine komplette Liste für Deutschland
http://osm.wno-edv-service.de/DataServer/osm/forum/briefkästen.txt .
Gruss
walter
-
[url=http://osm.wno-edv-service.de/residentials] Missing Residentials Map
1.17[/url] [url=http://osm.wno-edv-service.de/plz] Postcode Map 2.0.2[/url]
--
View
Am 18.11.2013 17:38, schrieb Carsten Pietzsch:
Hallo René,
zur Rechtsform des Unternehmes im Operator-Key ist das Wiki leider etwas
ungenau:
Die Rechtsform des Unternehmens kann weggelassen werden, da OSM ja kein
Handelsregister ist.
Quelle:
Ich denke mal, im Hinblick auf die bisherige Taggingpraxis wird man mit
den unterschiedlichen Bezeichnungen jedenfalls solange leben (müssen),
wie sich nicht eindeutig eine bestimmte Handhabung als die
Vorherrschende herauskristallisiert. Jedenfalls dürfte eine Diskussion
hier auf der Liste
Hallo,
On 18.11.2013 17:38, Carsten Pietzsch wrote:
... ärgerliches Problem ...
... sehr inkonsistenten Daten ...
... Das ist Mist ...
... ein sehr unguter Zustand ...
... Tagging-Chaos ...
Hui, da ist aber einer wirklich in Rage ;)
Ich sehe das so:
Entweder, es gibt eine Moeglichkeit,
Ich möchte nochmal auf meinen Vorschlag von vorhin kommen (obwohl ich brand=*
vergessen hatte):
wenn du alle Post-Ausreisser bis eben die beiden Gruppen Deutsche Post
versus Deutsche Post AG bereinigen würdest, wäre OSM wohl mehr geholfen
als dieses krasse Umtaggen. Zumal ich davon ausgehe, daß du
Hallo Walter,
Mit Hilfe deiner Liste bin ich das vorhin zusammen mit meinem Bruder
angegangen. Wir haben einiges an Müll abändern können. Wir haben aber nur
das angefasst, was wirklich absolut eindeutig war. Die 500x Post zum
Beispiel haben wir auch erstmal gelassen. Das wäre ja auch eher wieder
Das wollte ich auch vorschlagen.
Sowas hatte ich einmal auch begonnen. Einfach zu korrigierende Einzelfälle wie
Groß/Kleinschreibung
und Varianten, wo offensichtlich ist was gemeint ist vereinheitlichen. Und
solange man jeden Punkt
prüft ob es wirklich ein Briefkasten ist ist das auch ok.
Am 18. November 2013 21:38 schrieb Carsten Pietzsch
carsten.pietz...@gmail.com:
Das Problem generell mit der Geschäftsformen würde ich trotzdem
längerfristig gern gelöst bekommen, aber das liegt wohl nicht in meiner
Macht.
einfach nachtragen, wo sie noch fehlt ;-)
Im Ernst, das ist ein
Ergebnis des Mappingevents für den Kölner Adressimport 17.11.
Erstmal vielen Dank an alle Mapper, die teilgenommen und Köln ein bisschen
besser gemacht haben. 10.000 haben wir zwar nicht geknackt, dafür fehlte
einfach noch etwas Manpower. Aber total egal, dass Ergebnis ist trotzdem
beachtlich...
Hallo,
On 18.11.2013 21:38, Carsten Pietzsch wrote:
Mit Hilfe deiner Liste bin ich das vorhin zusammen mit meinem Bruder
angegangen. Wir haben einiges an Müll abändern können.
Alles, was in OSM drin ist - mit Ausnahme von Import- oder Botfehlern
vielleicht - ist von Menschen erstellt, die -
Hallo Frederik,
Mir ist egal, wie du es nennst. Wenn du es orthografische Differenzen
nennen willst, dann nenn es so.
Grüße
Carsten
Am 18.11.2013 22:39 schrieb Frederik Ramm frede...@remote.org:
Hallo,
On 18.11.2013 21:38, Carsten Pietzsch wrote:
Mit Hilfe deiner Liste bin ich das vorhin
Hallo,
Hat hier schon jemand einen Viehunterstand (kein Stall) gemappt?
Amenity=animal_shelter ist schon anderweitig vergeben.
Grüße
René
___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de
Hallo!
Hat hier schon jemand einen Viehunterstand (kein Stall) gemappt?
Amenity=animal_shelter ist schon anderweitig vergeben.
Meinst du in etwa sowas?
http://forum.openstreetmap.org/viewtopic.php?pid=351687#p351687
Gruß
___
Talk-de mailing list
Hallo,
On 18.11.2013 22:44, Carsten Pietzsch wrote:
Mir ist egal, wie du es nennst. Wenn du es orthografische Differenzen
nennen willst, dann nenn es so.
Ich glaub, ich nenne es Mangel an Respekt.
Bye
Frederik
--
Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33
Am 18.11.2013 23:25, schrieb Gregor Waluga:
Hallo!
Hat hier schon jemand einen Viehunterstand (kein Stall) gemappt?
Amenity=animal_shelter ist schon anderweitig vergeben.
Meinst du in etwa sowas?
http://forum.openstreetmap.org/viewtopic.php?pid=351687#p351687
Hallo Gregor,
Nee, eher
Frederik Ramm wrote
Ich glaub, ich nenne es Mangel an Respekt.
wenn man die altbekannte Aussage Garbage in, garbage out nimmt, ist das
Wort Müll garnicht so unpassend. Es ist für einen Auswerter nun nicht mal
einfach bei mehreren Schreibweisen für ein und dieselbe Sache alle
Eventualitäten zu
Ich tagge da aber Deutsche Post, denn auf den Briefkästen steht
Deutsche Post und nicht Deutsche Post AG.
Im Wiki ist deshalb ja auch Deutsche Post beschrieben. Da ist zwar
nicht die Mehrheit aber selbst die Deutsche Post AG bezeichnet sich und
ihr Produkt als Deutsch Post.
andria_...@tiscali.it wrote
mappare correttamente i buildings delle
baraccopoli è sempre difficile per via di quei tetti fatti di lamiera
arruginita o legno... si fa quel che si può. una cosa a cui tengono
molto sembra siano i landuse residential per gli agglomerati e le case
sparse
No, dovrebbe essere proprio lamiera (non arrugginita). Infatti per
mappare meglio mi sono visto un po' di foto sul web e ho notato che ce
ne son tantissime in lamiera
Il 18/11/2013 10:53, cascafico ha scritto:
andria_...@tiscali.it wrote
mappare correttamente i buildings delle
baraccopoli è
stavolta hanno scombussolato i preset. infatti se ci si mette a mappare
edifici avremmo come default casa ovvero building=home ma anche
building=residential ecc ecc.
Per me cmq è molto buono perché stanno andando ancor più nel dettaglio
___
Talk-it
Salve,
mappando una zona con Id via web ed andando
successivamente a salvare, ho ottenuto il seguente errore:
Version
mismatch: Provided 1, server had: 2 of Node 626189378
Volevo sapere
come rimediare, visto che ho in sospeso diverse modifiche da salvare
Ho provato ad aprire
Vuol dire che qualcuno nel frattempo ha modificato lo stesso oggetto,
strano che non ci sia una gestione dei conflitti..
Dando una occhiata alle issue aperte vedo che ne esiste una relativa
https://github.com/systemed/iD/issues/1053?source=cc
Il giorno 18 novembre 2013 13:34, grip...@tiscali.it
Scusate ma a mio avviso il casello creato in quel modo è un errore
sconveniente che, come indicato in questo thread, da anche luogo ad
errori di routing. Pensa andrebbe corretto al più presto adottando una
soluzione come la seguente [1]. In ogni caso così non ha proprio alcun
senso siccome si
http://dati.trentino.it/organization/pat-catasto
--
Maurizio Napo Napolitano
http://de.straba.us
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it
Come da oggetto vi chiedo, nel caso di un campanile (isolato) di una chiesa
oppure nel caso di un'antica torre romana oltre a man_made=tower nel tag
building ci và il generico yes oppure tower, oppure ancora niente tag
building?
P.S.: ovviamente nel caso del campanile ci metto anche
Il 18/11/2013 15:37, demon.box ha scritto:
Come da oggetto vi chiedo, nel caso di un campanile (isolato) di una chiesa
oppure nel caso di un'antica torre romana oltre a man_made=tower nel tag
building ci và il generico yes oppure tower, oppure ancora niente tag
building?
P.S.: ovviamente nel
Il 11/18/2013 03:29 PM, Riccardo Scartozzi scrisse:
Scusate ma a mio avviso il casello creato in quel modo è un errore
sconveniente che, come indicato in questo thread, da anche luogo ad
errori di routing. Pensa andrebbe corretto al più presto adottando una
soluzione come la seguente [1]. In
Il giorno 18 novembre 2013 16:00, emmexx emm...@tiscalinet.it ha scritto:
Non so, non si tratta esattamente di corsie, all'altezza del casello
c'e' separazione delle stesse.
Non so, nel caso venga implementato un tag (se gia' non esiste) che
indica il pagamento con Telepass o contanti, un
Ottimo!
Cesare Gerbino
http://cesaregerbino.wordpress.com/
http://www.facebook.com/cesare.gerbino
http://www.facebook.com/pages/Cesare-Gerbino-GIS-Blog/246234455498174?ref=hl
https://twitter.com/CesareGerbino
http://www.linkedin.com/pub/cesare-gerbino/56/494/77b
2013/11/18 Maurizio
2013/11/18 emmexx emm...@tiscalinet.it
Scusate ma a mio avviso il casello creato in quel modo è un errore
sconveniente che, come indicato in questo thread, da anche luogo ad
errori di routing. Pensa andrebbe corretto al più presto adottando una
soluzione come la seguente [1]. In ogni caso
2013/11/18 demon.box e.rossin...@alice.it
Come da oggetto vi chiedo, nel caso di un campanile (isolato) di una chiesa
oppure nel caso di un'antica torre romana oltre a man_made=tower nel tag
building ci và il generico yes oppure tower, oppure ancora niente tag
building?
io metto anche il
Penso l'unica vera soluzione sia usare il tag area [1]
anche per un breve tratto prima del casello c'è una separazione fisica.
In ogni caso la divisione fisica della strada avviene per meno di 40
metri mentri per gli altri 600 sono solo corsie (non c'è proprio
alcuna divisione fisica).
Inoltre
2013/11/18 Riccardo Scartozzi riccardo.scarto...@gmail.com
anche per un breve tratto prima del casello c'è una separazione fisica.
In ogni caso la divisione fisica della strada avviene per meno di 40
metri mentri per gli altri 600 sono solo corsie (non c'è proprio
alcuna divisione fisica).
Il 11/18/2013 04:57 PM, Riccardo Scartozzi scrisse:
In ogni caso la divisione fisica della strada avviene per meno di 40
metri mentri per gli altri 600 sono solo corsie (non c'è proprio
alcuna divisione fisica).
Mi pare l'unica soluzione sensata se non si vogliono introdurre way ad
angolo
Il 17/11/2013 09:52, Aury88 ha scritto:
Ora bisogna capire se è un problema solo del tuo modello di Garmin o se un
po' tutti i navigatori danno lo stesso genere di problematiche.
hai provato a far fare lo stesso calcolo del percorso con siti di routing
tipo http://www.openrouteservice.org/ o
2013/11/18 Stefano Droghetti stefano.droghe...@gmail.com
Provate a impostare via Giuseppe Impastato (vicino a San Donato, Milano)
come punto di arrivo, il più vicino possibile al parcheggio ovest, e come
punto di arrivo qualsiasi punto anche sull'autostrada, prima del casello.
Se notate,
Inoltre tutti gli altri operatori usano la più sensata semplificazione
di riportare una sola way (come a mio avviso richiederebbe il buon
senso nell'uso dello strumento way).
Buon senso, forse. Forse a volte precedere invece che inseguire non e' male.
In non ci vedo nulla di fantascientifico
Il 18/11/2013 16:57, Riccardo Scartozzi ha scritto:
Penso l'unica vera soluzione sia usare il tag area [1]
anche per un breve tratto prima del casello c'è una separazione fisica.
In ogni caso la divisione fisica della strada avviene per meno di 40
metri mentri per gli altri 600 sono solo
Ok, quindi per il building=tower stò facendo bene.
Ma nel caso si tratti di un campanile di una chiesa oltre
tower:type=bell_tower ci và secondo voi anche
denomination=catholic e religion=christian per distinguerlo da una torre
campanaria che non è di una chiesa?
--
View this message in
Come mai a Dortmund
http://www.openstreetmap.org/?lat=51.478135lon=7.404933zoom=19
I numeri civici sono inclusi nell'area dell'edificio ?
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it
2013/11/18 demon.box e.rossin...@alice.it
Ma nel caso si tratti di un campanile di una chiesa oltre
tower:type=bell_tower ci và secondo voi anche
denomination=catholic e religion=christian per distinguerlo da una torre
campanaria che non è di una chiesa?
lo puoi mettere (io lo metterei).
On Mon, Nov 18, 2013 at 8:35 PM, Mario Pichetti
mario.piche...@gmail.com wrote:
Come mai a Dortmund
http://www.openstreetmap.org/?lat=51.478135lon=7.404933zoom=19
I numeri civici sono inclusi nell'area dell'edificio ?
Perchè il tag addr:housenumber è abbinato al building:
2013/11/18 Mario Pichetti mario.piche...@gmail.com
Come mai a Dortmund http://www.openstreetmap.org/?
lat=51.478135lon=7.404933zoom=19
I numeri civici sono inclusi nell'area dell'edificio ?
perché non hanno mappato le particelle? ;-) [1]
Sul serio, come ti avresti aspettato che li
Nel riassunto settimanale (che traduco e pubblico qui
http://marcosbox.blogspot.it/2013/11/osm-riassunto-settimanale-81.html ),
c'era un link ad una discussione di Alex Barth con qualche statistica a
supporto, ma imho è troppo semplice decidere così una via unica, come ho
commentato...
Il 18/11/2013 20:44, Martin Koppenhoefer ha scritto:
2013/11/18 Mario Pichetti mario.piche...@gmail.com
mailto:mario.piche...@gmail.com
Come mai a Dortmund
http://www.openstreetmap.org/?lat=51.478135lon=7.404933zoom=19
I numeri civici sono inclusi nell'area dell'edificio ?
Il 18/11/2013 20:38, Luca 'remix_tj' Lorenzetto ha scritto:
On Mon, Nov 18, 2013 at 8:35 PM, Mario Pichetti
mario.piche...@gmail.com wrote:
Come mai a Dortmund
http://www.openstreetmap.org/?lat=51.478135lon=7.404933zoom=19
I numeri civici sono inclusi nell'area dell'edificio ?
Perchè il tag
Il 18/11/2013 20:46, sabas88 ha scritto:
Nel riassunto settimanale (che traduco e pubblico qui
http://marcosbox.blogspot.it/2013/11/osm-riassunto-settimanale-81.html ),
c'era un link ad una discussione di Alex Barth con qualche statistica
a supporto, ma imho è troppo semplice decidere così
2013/11/18 Mario Pichetti mario.piche...@gmail.com
Quindi il numero si può mettere sia a parte in un nodo oppure si abbina
all'area dell'edificio.
puoi mettere tutto a tutto, l'importante è che ha senso. Usare le aree ha
spesso più senso/contiene più informazioni rispetto ad un nodo,
altri articoli
http://www.corrierecomunicazioni.it/tlc/24260_tifone-hayan-l-ict-a-supporto-degli-interventi.htm
http://www.rivistageomedia.it/201311145547/gis-cad-3d/strumenti-gis-a-supporto-delle-popolazioni-colpite-dal-tifone-nelle-filippine.html
2013/11/15 Simone Cortesi sim...@cortesi.com:
Il 18 novembre 2013 22:04, Maurizio Napolitano ha scritto:
altri articoli
ho aggiunto i link nell'apposita sezione
http://wiki.openstreetmap.org/wiki/Typhoon_Haiyan#Italian
(quello di Simone c'era già)
--
Daniele Forsi
___
Talk-it mailing list
Ciao.
Il giorno 17 novembre 2013 20:00, Simone Cortesi sim...@cortesi.com ha
scritto:
...
sto pensando alla riorganizzazione di openstreetmap.it, mi piacerebbe
integrare questi servizi direttamente li'.
--
-S
Aggiorno le pagine solo di tanto in tanto (per es. adesso...), sarei
contento
Io considero il lato pratico, sopratutto se il building non é piccolo;
mettetevi nei panni di un corriere che deve consegnare: é molto probabile
che il campanello e l'ingresso siano vicini al numero civico.
Il 18/nov/2013 21:38 Martin Koppenhoefer dieterdre...@gmail.com ha
scritto:
2013/11/18
Hejsan
Vill ni ha min hjälp på något sätt såmär det nog dags att säga till nu, annars
tar nog tiden slut. Det är bara två veckor kvar!
vänligen
Bengt
14 nov 2013 kl. 12:40 skrev Jonas Hogstrom jonas.hogst...@pobox.com:
Nu är eventet publicerat på geocaching.com:
El 18 de noviembre de 2013 00:51, Konfrare Albert
lakonfrariadelav...@gmail.com escribió:
Muchas gracias a todos por los comentarios.
He realizado el cambio[1] y he informado al Ayuntamiento de Sant Quirze de
este cambio.
Sobre lo que dice Noel
En principio de acuerdo, pero no del todo.
Me parece genial.
El 17/11/2013 22:15, Erik Streb del Toro m...@erikstreb.de escribió:
Hola.
El usuario bbaja ha marcado muchos edificios con direcciones
http://osm.org/go/bkpn8A3H5-
Pero ha cometido sistemáticamente unos errores pequeños, unos ejemplos:
addr:housename = 310
Hola a todos,
Desconozco si mucha de la gente que mapea por Euskadi estará en la lista
pero queríamos haceros unas preguntas.
Estamos haciendo unos cálculos de acceso a servicios básicos y para ello en
muchos sitios estamos usando los entrance:yes de los edificios. Sé que por
aquí tenemos zonas
Hola Ander,
Gracias a los datos que liberó la Diputación de Gipuzkoa se han podido
cargar muchos datos en los últimos años. Disponemos de casi todas las
direcciones postales de la provincia e incluso tenemos una capa WMS de la
diputación desde donde se pueden trazar los edificios. También hicimos
Estoy viendo los pueblos que comentas y la verdad que están muy completos,
os habéis metido una buena paliza a mapear =)
Por lo que aprendimos peleando con Catastro, para determinar las entradas a
los edificios / amenities se crea un nodo en la propia geometría del
edificios y a ese nodo se le
Estoy intentando aligerar la página de España en la wiki de OSM [1].
Una de las primeras cosas que estoy haciendo es sustituir la larga
lista de usuarios participantes por una tabla donde los he clasificado
por comunidad autónoma/provincia [2].
En esta línea de simplificación he visto que hay
Buenas .
Me parece bien aligerar la wiki para encontrar mejor las cosas y no andar
perdiendo el tiempo
una de las cosas que hacho es poner [1] redistribuido un poco las cosas
Una cosa que pondría seria una lista de español y otra para España , así se
diferencia de la lista y en futuros como
Hola,
Creo que en algunos sitios se ha avanzado muchísimo a lo largo de los dos
últimos años ¿Habría alguna forma de volver a generar una imagen actualizada
del numero de nodos/km2 de cada provincia para 2013?
Un saludo
Oscar (alias cronoser)
--- Mensaje Original ---
Desde: Alex Schultz
hola, si podes guardar mapa y pois en la tarjeta SD del nuvi.
los mapas openstreetmap para garmin, yo los bajo de lambertus (la info está
en la wiki argentina)
http://garmin.openstreetmap.nl/
Saludos!.
El 17 de noviembre de 2013 13:18, Gus Urbangusunava...@gmail.com escribió:
Hola Marcelo y
Hola
ya pude cargar los mapas de Santa Cruz con OSM ...
Con respecto a mi experiencia, es pequeña pero vale la intención por el
conocimiento libre.
saludos y gracias
gus
El 18 de noviembre de 2013 10:33, Martin Andres Gomez Gimenez
mggime...@i-nis.com.ar escribió:
El dom, 17-11-2013 a las
Hola Martín,
Tendrías que añadir tu proyecto en esta lista:
http://wiki.openstreetmap.org/wiki/OSM_Map_On_Garmin/Download#South_America
Saludos
Marcelo
El 18 de noviembre de 2013 10:33, Martin Andres Gomez Gimenez
mggime...@i-nis.com.ar escribió:
El dom, 17-11-2013 a las 22:34 -0300,
Gurda bien las trazas del GPS (.gpx) y toma nota como ayuda de memoria,
después pones las trazas sobre las imagenes satelitales para dibujar
Que la pases bien, slds
2013/11/16 Gus Urban gusunava...@gmail.com
Hola
me compre un garmin etrex legend hcx hoy y el proximo lunes estaremos
Bueno, cuantas respuestas al tema. Me pareció no estaba al tanto de las
posibilidades de OSM en Garmin.
Saludos y gracias,
El 18 de noviembre de 2013 17:53, Werner Horsch
werner.hor...@gmail.comescribió:
Gurda bien las trazas del GPS (.gpx) y toma nota como ayuda de memoria,
después pones
Liebe talk-at-Liste,
untenstehend der Call for Papers für die FOSSGIS 2014, die vom
19.-21.3.2014 in Berlin stattfinden wird. Achtung, Einreichungen sind
nur noch bis Ende November möglich!
---
Hallo FOSSGIS-Aktive und die, die es werden wollen,
Sie forschen, Sie entwickeln, Sie
Hallo,
ich hab mir nun erlaubt die Daten zum Treffen am 5.12.2013 im Wiki zu
hinterlegen.
https://wiki.openstreetmap.org/wiki/Linz/Stammtisch
Doodle dazu gibts auch http://doodle.com/95kfstbci2gdenyf
und
Hallo!
Vom Verkehrsverbund Steiermark haben wir Daten zu allen V-Haltestellen in der Steiermark zur Verwendung in der OSM erhalten.
Die Daten sind derzeit hier gespeichert: https://github.com/species/Open-Data-Verbundlinie.at
Die Lagegenauigkeit ist auf jeden Fall brauchbar, mir sind nur
Mazliet pielabot, un sanāktu ideāli labs raksta gabaliņš OSM.lv blogam.
G
On 11/15/2013 11:17 PM, Raitis U. wrote:
OSM ir vienīgais avots, kur plānotā informācija ir vienkopus un viegli
pieejama.
Vislielākā sāpe laikam ir tas, ka renderī proposed rādās pārāk
uzkrītoši - nu tad tiltus un
Le 18/11/2013 07:36, Philippe Verdy a écrit :
Si on entre dans les détails, il y a des stations avec divers produits
(en lavage manuel au jet ou automatique aux rouleaux) : lustrage,
produit de séchage, antigoutte, antistatique/antipoussière...
On a aussi l'eau recyclée ou pas -- il semble
Les limitations d'accès à un type de véhicule des highway ne peuvent pas
être utilisée ? Est ce nécessaire d'avoir un nouveau tag pour détailler le
mode de nettoyage ?
Le 17 nov. 2013 22:57, Shohreh codecompl...@free.fr a écrit :
Bonjour
Apparemment, il n'existe pas de tag plus spécifique que
+1
Il faut mettre à disposition des outils spécialisés à un usage
compréhensible par le contributeur non geek, à l'image de wheelmap en
cachant la complexité d'osm. Beaucoup de tags existent, mais trouver leur
usage réel est souvent impossible, au mieux il y a une carte ITO.
Mais je pense que
1 - 100 of 183 matches
Mail list logo
