Huh, I was looking for this kind of application for osm for a year! I was
even thinking about writing such app myself. Great to know that it exists!
P.S. It seems to be not very finished though, e.g. a lot of customization
does not work in Chrome.
On Fri, May 24, 2013 at 12:40 PM, Christian Quest
Hello everyone -
The final schedule is now available for State of the Map SF (June 8 9).
It was hard to pick from so many fantastic submissions. The State of the
Map US program committee whittled down submissions to fill two days and two
tracks of 25 minute sessions - bringing the grand total to
The worst editor ewer. With this will result many damages and
incompatibilities. From newbies ofcourse. Potlatch is the best blend for
advanced users and for new ones with alot of info and very friendly
interface. This is a joke. Take it down before destroyed the existent maps
with alot of hard
Hi Simon,
that you may nor hear from them might be very true: see here:
http://www.geocode.com/
Is apparently part of TomTom, so if you need more info, might be handy to check
with them. They are Dutch so if I can oblige, let me know, Hugo
From: Simon Poole
Sent: Thursday, May 23, 2013 2:38
2013/5/8 razor74 radulescu.raz...@gmail.com
The worst editor ewer. With this will result many damages and
incompatibilities. From newbies ofcourse. Potlatch is the best blend for
advanced users and for new ones with alot of info and very friendly
interface. This is a joke. Take it down before
I don't regularly use iD myself (JOSM user), but, on behalf of its developers:
negative comments like this are unhelpful and denigrate the vast amount of hard
work that has gone into producing the editor. If you don't like it, complain
about it to your friends in private, change the code, but
Am 08.05.2013 17:10, schrieb razor74:
The worst editor ewer.
There is still (deleted) data in the database from an editor that got
lat/lon confused what was the name again
JOSM
Simon
___
talk mailing list
talk@openstreetmap.org
ID is a wonderful editor, simple and intuitive. Although I am mostly a
JOSN user, I know at least 2 beginners who feel confident enough to edit
the map since there is ID.
Thanks very much for it. It is helping OSM a lot.
Ruben
Le 24 mai 2013 15:05, Simon Poole si...@poole.ch a écrit :
Am
As one of people who raised issue of iD being slow on Firefox more than
week ago, I must say that I tested it right now on Firefox 20 (on same
system, just Firefox upgrade) and it is much much faster. Thanks for
improvements to iD dev team and keep up good work! :)
Respectfully,
Peteris
Hi,
I've made an updatd list of densely mapped areas in OSM.
http://fred.dev.openstreetmap.org/density/
You might be surprised to hear that the top four most densely mapped
areas in OSM are in Cameroon!
Bye
Frederik
--
Frederik Ramm ## eMail frede...@remote.org ## N49°00'09
2013/5/24 Frederik Ramm frede...@remote.org
Hi,
I've made an updatd list of densely mapped areas in OSM.
http://fred.dev.openstreetmap.**org/density/http://fred.dev.openstreetmap.org/density/
interesting, but it's a pity that really a lot of them seem to be mapped
by import rather than
2013/5/24 Martin Koppenhoefer dieterdre...@gmail.com
interesting, but it's a pity that really a lot of them seem to be mapped
by import rather than OSM mappers.
It is bad because?
Peter.
___
talk mailing list
talk@openstreetmap.org
2013/5/24 pec...@gmail.com pec...@gmail.com
2013/5/24 Martin Koppenhoefer dieterdre...@gmail.com
interesting, but it's a pity that really a lot of them seem to be
mapped by import rather than OSM mappers.
It is bad because?
Because it means that this is probably dead data without
On 05/24/2013 06:15 AM, Nick Whitelegg wrote:
I don't regularly use iD myself (JOSM user), but, on behalf of its
developers: negative comments like this are unhelpful and denigrate
the vast amount of hard work that has gone into producing the editor.
If you don't like it, complain about it
Hi,
pec...@gmail.com schrieb:
2013/5/24 Martin Koppenhoefer dieterdre...@gmail.com
interesting, but it's a pity that really a lot of them seem to be mapped
by import rather than OSM mappers.
It is bad because?
... no local community!?
there u go:
On Fri, May 24, 2013 at 3:25 PM, Martin Koppenhoefer
Because it means that this is probably dead data without a community behind
it to fix problems and to do updates.
Endless story. That's the anti-imports theory : a map looking
complete does not call for new contributions. Which means that we
On Friday 24 May 2013, Frederik Ramm wrote:
Hi,
I've made an updatd list of densely mapped areas in OSM.
http://fred.dev.openstreetmap.org/density/
You might be surprised to hear that the top four most densely mapped
areas in OSM are in Cameroon!
I incidently saw that in Cameroon
On Fri, May 24, 2013 at 3:29 PM, John F. Eldredge
So, you feel that non-programmers, who have justified reasons to complain
about the design, such as the silent removal of highway tags, should not be
able to let their opinion of the bad design be made known?
That's what programmers love (I'm
OMG, they have imported positions of every tree in the area! (I am looking
at this one:
http://www.openstreetmap.org/?lat=3.84358lon=11.48785zoom=16layers=M)
On Fri, May 24, 2013 at 8:09 PM, Martin Koppenhoefer dieterdre...@gmail.com
wrote:
2013/5/24 Frederik Ramm frede...@remote.org
Hi,
From Simon's description, I think this is the Geocode in question:
http://geocode.biz/
On Thu, May 23, 2013 at 8:04 AM, Hugo Holscher hugoholsc...@gmail.comwrote:
Hi Simon,
that you may nor hear from them might be very true: see here:
http://www.geocode.com/
Is apparently part of TomTom,
On Fri, 24 May 2013 20:49:33 +0700
Pavel Melnikov positro...@gmail.com wrote:
OMG, they have imported positions of every tree in the area! (I am
looking at this one:
http://www.openstreetmap.org/?lat=3.84358lon=11.48785zoom=16layers=M)
Looks very pretty but where are the street names,
I have been in Cameroon with the EUROSHA hot volunteers. There was someone
from Cameroon (but living in France) that imported lots of data, but,
because of this people are very impressed with OSM over there and now they
are starting to really build their community:
On 24/05/2013 12:15, Nick Whitelegg wrote:
I don't regularly use iD myself (JOSM user), but, on behalf of its
developers: negative comments like this are unhelpful and denigrate
the vast amount of hard work that has gone into producing the editor.
If you don't like it, complain about it to
On 24/05/2013 14:09, Martin Koppenhoefer wrote:
interesting, but it's a pity that really a lot of them seem to be
mapped by import rather than OSM mappers.
OK, so anyone know if this Cameroon area is actually imported? It seems
surprising for them to have done a survey of every tree.
Dave
On 24/05/2013 06:40, Christian Quest wrote:
That's what uMap is made for... http://umap.openstreetmap.fr/ Add
markers, polylines, polygons over your choice of base layer + get
short link or embeddable HTML Exemple: http://u.osmfr.org/m/4
This looks good. There a many items that don't appear
On Fri, May 24, 2013 at 9:33 AM, Dave F. dave...@madasafish.com wrote:
On 24/05/2013 12:15, Nick Whitelegg wrote:
I don't regularly use iD myself (JOSM user), but, on behalf of its
developers: negative comments like this are unhelpful and denigrate the
vast amount of hard work that has
On Fri, May 24, 2013 at 10:33 AM, Dave F. dave...@madasafish.com wrote:
You think the developers are above criticism?
They shouldn't be, but there's no need to criticize the developers for
what's going on here. The problems with iD so far aren't fundamental fatal
flaws, but simply bugs or
On Fri, May 24, 2013 at 4:43 PM, Dave F. dave...@madasafish.com wrote:
OK, so anyone know if this Cameroon area is actually imported? It seems
surprising for them to have done a survey of every tree.
You should ask this person:
To reply to both yours and Dave F's post in one, as I've got the same comment:
*Constructive* criticism is *absolutely fine*. No problem whatsoever to
politely point out flaws and areas for improvement.
I have issues, I am afraid, with disrespectful terms in criticism, and I've
said this
+1. Amen to that ;-)
Nick
-Toby Murray toby.mur...@gmail.com wrote: -
From: Toby Murray toby.mur...@gmail.com
Date: 24/05/2013 04:07PM
Cc: OSM Talk talk@openstreetmap.org
Subject: Re: [OSM-talk] iD Editor live on OpenStreetMap
On Fri, May 24, 2013 at 9:33 AM, Dave F.
Hi,
Ben and Pieren thank you for bringing some details already.
I just want to provide some information on the map of Yaounde.My graduation
project is to implement a mapping portal of Cameroon, accessible to all based
on OSM.
More than just a portal, the project aims to use OSM as urban
Since the list provided ranks the metatiles in terms of the number of
nodes, It might be better to also normalize the number of nodes with the
area covered by the z16 metatile. A tile far from the equator covers more
area than a tile near the equator. For example, a z16 tile in Helsinki
covers
Pieren pier...@gmail.com wrote:
On Fri, May 24, 2013 at 3:29 PM, John F. Eldredge
So, you feel that non-programmers, who have justified reasons to
complain
about the design, such as the silent removal of highway tags, should
not be
able to let their opinion of the bad design be made
By the way you do realize that Cameroon and other equatorial areas have
a significant advantage to higher latitudes in this measurement. So it
might be prudent to not only say 'FSVO mapped' but also 'FSVO densely'.
In a quick estimate the area scale ratio between Cameroon and France is
The developer's first mail introducing the project, which will answer all your
question, was here :
http://lists.openstreetmap.org/pipermail/talk/2013-January/065553.html
- Mail original -
From: Dave F. dave...@madasafish.com
Cc: Talk Openstreetmap talk@openstreetmap.org
Date: Vendredi
Interesting in any case.
.. And it should be easy to adjust the denseness of the mapping on the tiles
vs latitude. .. Possible to see such update (if not already done)?
Cheers,
-Jaakko
--Original Message--
From: Christoph Hormann
To: talk@openstreetmap.org
Subject: Re: [OSM-talk] List:
Hi,
On 24.05.2013 18:30, Christoph Hormann wrote:
By the way you do realize that Cameroon and other equatorial areas have
a significant advantage to higher latitudes in this measurement. So it
might be prudent to not only say 'FSVO mapped' but also 'FSVO densely'.
I re-did the list with
On Friday 24 May 2013, Frederik Ramm wrote:
I re-did the list with nodes per square kilometre, although this
also renders the basic idea of looking at z16 meta tiles kind of
arbitrary.
Yes, it even gives a slight disadvantage of the equatorial areas now:
They need to achieve a high mapping
RB writes:
ID is a wonderful editor, simple and intuitive. Although I am mostly a
JOSN user, I know at least 2 beginners who feel confident enough to edit
the map since there is ID.
Thanks very much for it. It is helping OSM a lot.
This is ridiculous. I tried ID, and it didn't make my
Martin Koppenhoefer writes:
Because it means that this is probably dead data without a community behind
it to fix problems and to do updates.
That reason is *exactly* why I said back in 2006 that OSM should be in
the public domain, because if you take data away from the community,
it's dead
On Sat, May 25, 2013 at 3:51 AM, Frederik Ramm frede...@remote.org wrote:
Someone said that taking the area into account should improve the results
for Indonesia; either I did something wrong ior the opposite is the case -
Indonesia featured at #23 before and has now dropped completely off the
On Thu, May 23, 2013 at 11:17 PM, Martin Koppenhoefer
dieterdre...@gmail.com wrote:
Right now when you click on other in this menu, the other tag that is
considered principal by iD gets silently removed (e.g. if you click on a
highway on other, the highway-tag is removed).
Yeah, this was/is a
On Tue, May 21, 2013 at 9:26 PM, Martin Koppenhoefer
dieterdre...@gmail.com wrote:
What do you propose to do with source tags found on an object when you
modify this object based on a different source?
Speaking for myself, I either replace it (if I'm replacing virtually
all the geometry) or
http://www.nbcnews.com/technology/collapsed-i-5-bridge-gone-google-maps-almost-quickly-it-6C10067906
If I remember correctly, we had it marked as access=no and the segment
removed about an hour faster than on Google. Somebody needs to get ahold of
Rosa from NBC (who did the article) and let
The SA govt has joined many of the other state/local governments in
publishing open data.
The current implementation is powered by CKAN, and though I haven't seen it
yet, appears to be leveraging openstreetmap / cloudmade in some fashion.
Anyway, the majority of the data sets are CC-A licensed,
Mais uma atualização incluindo calçadas (quando mapeadas como vias
independentes e não como tags) e as classificações do BIT:
http://i.imgur.com/0fZVEiB.png
2013/5/23 Fernando Trebien fernando.treb...@gmail.com:
Corrigindo (porque é importante), onde eu disse tracktype=grade eu quis
dizer
Realmente, a área de Vitória é realmente sensacional! Eu sei que o Aun
mapeia muito lá, mas não sei quem mais. De qualquer modo estão de parabéns.
abraços
Gerald
On 24 May 2013 13:43, Arlindo Pereira openstreet...@arlindopereira.comwrote:
O Frederik Ramm criou uma lista automatizada das
Como na maioria das áreas nessa lista, houve uma importação de dados em
Vitória, o que ajuda muito.
2013/5/24 Gerald Weber gwebe...@gmail.com
Realmente, a área de Vitória é realmente sensacional! Eu sei que o Aun
mapeia muito lá, mas não sei quem mais. De qualquer modo estão de parabéns.
On 23.05.13 18:33, fly wrote:
mast:type=light
tower:type=lighting
Und beim Feuerwehrturm kommt's auf die Tatsache an, dass es ein
Feuerwehrturm/Schlauchturm ist. Nicht auf die Verwendung. Und mit Fitness hat
das sowieso nix zu tun.
/al
___
Talk-de
On 24/mag/2013, at 08:05, Andreas Labres l...@lab.at wrote:
tower:type=lighting
Und beim Feuerwehrturm kommt's auf die Tatsache an, dass es ein
Feuerwehrturm/Schlauchturm ist. Nicht auf die Verwendung. Und mit Fitness hat
das sowieso nix zu tun.
On 24/mag/2013, at 08:05, Andreas Labres l...@lab.at wrote:
tower:type=lighting
-1, m.E. ist ein Flutlichtmast überhaupt kein Turm, oder hat jemand ein
überzeugendes Beispiel?
Und beim Feuerwehrturm kommt's auf die Tatsache an, dass es ein
Feuerwehrturm/Schlauchturm ist. Nicht auf
Hallo Liste,
im OSM Forum habe ich gelesen, dass es möglich ist einen Aerowest Luftbilder
MapServer auf dem Mac in Verbindung mit JOSM aufzusetzen. Ich habe bis jetzt
nur Erfahrungen unter Windows. Wer kann mir helfen einen MapServer auf meinem
Mac zu installieren?
Danke
Ciao Holger
Hallo,
die Weiterentwicklung des Keypad-Mapper 3 macht gute Fortschritte: Betatests
der Version 3.1. sind ab 10. Juni geplant.
Mit der Version 3.1 wird der Keypad-Mapper einen sehr guten Effizienzgrad
erreicht haben im Hinblick auf die schnelle und qualitativ hochwertige
Erfassung von
Hallo,
wer haette das gedacht:
http://fred.dev.openstreetmap.org/density/
unter den 208 z16-Metatiles (die haben rund 25km²) auf der Welt mit je
mehr als 100.000 Nodes taucht Deutschland nur ein einziges Mal auf.
Alles andere muessen also Datenimporte sein ;)
Bye
Frederik
--
Frederik
Liebe Liste,
unter einer Allee verstehe ich eine Straße, die in der Regel
beidseitig von Bäumen gesäumt ist.
(Achtung: Nicht zu verwechseln mit engl.: Alley [1])
Eine solche Allee zeigt auch das Bild zum Tag natural=tree_row [2],
das demnach dem Tag der Straße zugefügt werden soll:
... should
Hallo,
eine gemeinn. Wohnungsbaugesellschaft hat ihre Mietshäuser
durch Fassadenverschönerung herausgeputzt. Die Blöcke haben
unterschiedliche Farben, außerdem gibt es großlettrige Zitate zum
Thema Wohnen an den Giebeln.
Beides erleichtert die Orientierung, ist aber nicht unbedingt
touristisch
Am 24. Mai 2013 15:04 schrieb RalfGesellensetter r...@gmx.de:
Liebe Liste,
unter einer Allee verstehe ich eine Straße, die in der Regel
beidseitig von Bäumen gesäumt ist.
Eine solche Allee zeigt auch das Bild zum Tag natural=tree_row [2],
das demnach dem Tag der Straße zugefügt werden
Am 24. Mai 2013 15:01 schrieb Frederik Ramm frede...@remote.org:
Hallo,
wer haette das gedacht:
http://fred.dev.openstreetmap.**org/density/http://fred.dev.openstreetmap.org/density/
unter den 208 z16-Metatiles (die haben rund 25km²) auf der Welt mit je
mehr als 100.000 Nodes taucht
Frederik Ramm frede...@remote.org wrote:
Alles andere muessen also Datenimporte sein ;)
Da muss ich mir ja nur mal Platz1 anschaun:
http://www.openstreetmap.org/?lat=3.8259lon=11.4963zoom=12layers=M
Wenn das kein Import ist fress ich nen Besen.
Sven
--
Those who do not understand Unix are
Am 24.05.2013 15:04, schrieb RalfGesellensetter:
Eine solche Allee zeigt auch das Bild zum Tag natural=tree_row [2],
das demnach dem Tag der Straße zugefügt werden soll:
... should be part of the tree row way
Der von dir teilweise zitierte Absatz lautet:
If individual trees in a tree row are
Hi,
Martin Koppenhoefer schrieb:
Am 24. Mai 2013 15:01 schrieb Frederik Ramm frede...@remote.org:
http://fred.dev.openstreetmap.**org/density/http://fred.dev.openstreetmap.org/density/
unter den 208 z16-Metatiles (die haben rund 25km²) auf der Welt mit je
mehr als 100.000 Nodes taucht
Am 24. Mai 2013 15:29 schrieb Tobias Knerr o...@tobias-knerr.de:
Es hat zumindest in der Praxis das Problem, dass man nichts über die
charakteristische Anordnung der Bäume weiß. In einem Wald hat man ja
normalerweise eine eher chaotische Verteilung der Bäume.
wobei es schon typische
Frederik Ramm frede...@remote.org wrote:
unter den 208 z16-Metatiles (die haben rund 25km²) auf der Welt mit je
mehr als 100.000 Nodes taucht Deutschland nur ein einziges Mal auf.
Hah, Du hast unterschlagen, dass es sich bei dem einzigen Mal um Karlsruhe
handelt;)
Kurioserweise ist das ein
Hi. Mit tausenden von Kreisen kann man auch ans Ziel kommen, den diese
bestehen aus wesentlich mehr Nodes als eine eckiges Haus:
http://www.openstreetmap.org/?lat=2.78942457221161lon=32.27783203125zoom=15
Gruß René
___
Talk-de mailing list
Am 24. Mai 2013 15:15 schrieb RalfGesellensetter r...@gmx.de:
Gibt es bei building-Objekten das Attribut color?
Nein, es gibt aber colour ;)
http://wiki.openstreetmap.org/wiki/Key:colour
vgl. http://wiki.openstreetmap.org/wiki/DE:Simple_3D_Buildings
und suche nach: building:colour
Gruß René
Am 24.05.2013 15:29, schrieb Tobias Knerr:
da fällt mir noch was ein:
Starßensäumende Baumreihen können auch Hecken sein, bzw aus Hecken
entstanden sein (hier Buchen)
Aleen, die im grunde ganz ähnlich aussehen kenn ich aus den Niederungen,
z.B. an der Straße Aachen Maastricht
oder in der
Pascal Neis wrote
in keinem einzigen Layer ist auch nur ein Contributor zu sehen :-(
Häuser, Bäume und 99% Straßen ohne Namen. Reiner Datenmüll - toll :(
Gruss
walter
--
View this message in context:
http://gis.19327.n5.nabble.com/Dicht-gemappte-Gebiete-tp5762502p5762547.html
Sent from the
Am 24.05.2013 15:01, schrieb Frederik Ramm:
Hallo,
wer haette das gedacht:
http://fred.dev.openstreetmap.org/density/
unter den 208 z16-Metatiles (die haben rund 25km²) auf der Welt mit je
mehr als 100.000 Nodes taucht Deutschland nur ein einziges Mal auf.
Alles andere muessen also
Hallo Tobias,
danke, dann habe ich vielleicht zu diagonal gelesen, aber auch in diesem
Text gibt es wieder eine Falle:
Am Freitag, 24. Mai 2013 schrieb Tobias Knerr:
Die Baumreihen sollten auf jeden Fall dort eingetragen werden, wo sie
wirklich sind (wieder aus der deutschen Übersetzung: Der
Ciao,
i prati degli aeroporti sono in realtà degli habitat molto sfruttati, tanto
che in quelli più grandi e con maggior traffico ci sono i falconieri a
tenere distanti dalle piste uccelli o piccoli mammiferi.
Il tag meadow magari no. Io ho utilizzato per l'aeroporto di Vergiate
landuse=grass
Da noi a Reggio Emilia (che l'aeroporto non è che sia il JFK =P) il prato
interno all'aeroporto è un prato stabile (landuse=meadow) regolarmente
lavorato da un'azienda agricola del luogo che l'ha avuto in appalto. Molto
probabilmente dipende da caso a caso...
Lorenzo
Il giorno 24 maggio 2013
io leggo dal wiki in inglese che solitamente bisognerebbe utilizzare
landuse=grass ma se il campo viene adibito a pastorizia allora è meglio
utilizzare landuse=meadow...negli aeroporti normalmente è vietata la
pastorizia (meno animali ci sono vicino alle piste meglio è...appunto la
presenza di
Beh, tutti i prati di tutti gli aereoporti devono essere gestiti come
coltivazioni (tagliati, irrigati e riseminati ogni tanto), compresi i prati
dei parchi urbani e quelli in mezzo alle rotatorie. La differenza, secondo
me, è la finalità.
Il landuse=meadow è un prato da foraggio in un'azienda
Sicuro che prima fosse diverso? Ho notato che quel tratto di coastline è
stato toccato l'ultima volta mesi fa [1]. E comunque, come si vede da qui
[2] è giusto.
hai ragione, mi ero fatto ingannare da questa [1] simulazione delle maree
in laguna che assume una linea di costa diversa. Poi mi
Mi interessavano aggiornamenti su tale tema. Anche se magari l'argomento
è stato già affrontato, questa discussione è quella meglio indicizzata
dai motori di ricerca.
Mi occorrono temi concreti con il quale fare leva sui comuni, basandomi
sulla pur ben scritta Lettera liberazione dati geografici
2013/5/24 Giovanni Caudullo giovanni.caudu...@gmail.com
Beh, tutti i prati di tutti gli aereoporti devono essere gestiti come
coltivazioni (tagliati, irrigati e riseminati ogni tanto), compresi i prati
dei parchi urbani e quelli in mezzo alle rotatorie. La differenza, secondo
me, è la
Guardando la mappa scaricata da osmand effettivamente il lido è in parte sotto
acqua e lo stesso problema a taranto per cui qualche problemino forse c è
Messaggio originale
Da: stefano.salva...@gmail.com
Data: 24/05/2013 10.24
A: openstreetmap list - italianotalk-it@openstreetmap.org
teoricamente landuse=grass dovrebbe venire deprecato anche se rimane quello
più utilizzato...anche qui, bisognerebbe secondo me specificare nel wiki
quando usare landuse e quando landcover (che tra le key elencate non compare
proprio se non nella descrizione di qualche landuse=* come appunto per
Il 24/05/2013 10:24, Stefano Salvador ha scritto:
Sicuro che prima fosse diverso? Ho notato che quel tratto di
coastline è stato toccato l'ultima volta mesi fa [1]. E comunque,
come si vede da qui [2] è giusto.
hai ragione, mi ero fatto ingannare da questa [1] simulazione delle
Ciao a tutti,
Ennesimo dubbio su come mappare un elemento: Etnaland è un parco
divertimenti composto da due aree confinanti; una zona di recentissia
apertura con giostre ed altre attrazioni (quindi tourism=theme_park) ed una
con scivoli d'acqua ed altre attrazioni acquatiche (leisure=water_park).
2013/5/24 Aury88 spacedrive...@gmail.com
teoricamente landuse=grass dovrebbe venire deprecato anche se rimane quello
più utilizzato...anche qui, bisognerebbe secondo me specificare nel wiki
quando usare landuse e quando landcover (che tra le key elencate non
compare
proprio se non nella
Come forse avete visto dalla ML internazionale, Frederik Ramm ha
generato la mappa di densità dei luoghi più mappati d'italia
http://fred.dev.openstreetmap.org/density/
Come vedete il Camerum si presenta con zone ben mappate
Il buon Martin fa presente che molto dipende da import
2013/5/24 Maurizio Napolitano napoo...@gmail.com:
[cut]
A Bologna c'e' stato l'import degli edifici, mi chiedevo pero' negli altri
casi.
Non ho fatto una analisi sui dati, ma, a naso, mi sembra che negli altri
casi ci sia stata molta
A Treviso effettivamente (e anche a Padova credo) c'è
A Bologna hanno importato anche i civici, oltre agli edifici (che sono
stati importati quasi in tutta l'Em Romagna).
-- sent by Google Nexus
Il giorno 24/mag/2013 17:08, Maurizio Napolitano napoo...@gmail.com ha
scritto:
Come forse avete visto dalla ML internazionale, Frederik Ramm ha
A Treviso effettivamente (e anche a Padova credo) c'è stato l'import
degli edifici.
Ovviamente questa è una misura quantitativa e non qualitativa, perchè
ci sono zone dove sono perfino mappati gli alberi e i cestini, solo
che trattandosi magari di un parco pubblico, non c'è molto da mappare
Ciao,
purtroppo riguardo alla rotonda tra via Trenti e via Bonzagni a Ferrara
(POS: Pos@: 11.599683 44.836615) vi sono errori nel routing via GPS. Ho
verificato sia su osmand+ (android) che http://openrouteservice.org/
Il problema consiste nel fatto che, se uno vuole andare da via Maverna a via
Il giorno ven, 24/05/2013 alle 15.25 -0700, risca1 ha scritto:
Ciao,
purtroppo riguardo alla rotonda tra via Trenti e via Bonzagni a Ferrara
(POS: Pos@: 11.599683 44.836615) vi sono errori nel routing via GPS. Ho
verificato sia su osmand+ (android) che http://openrouteservice.org/
Il
Hi!
Good news for all of us living close to Baltic Sea.
For the first time ever mappers, developers and users of OpenStreetMap from
Baltic countries will come together to exchange knowledge, strenghten local
communities and break the language barrier.
State of the Map Baltics conference will be
Hej
Jag vill säga att jag har skickat ett mail till mailto:
d...@osmfoundation.org angående detta. Mest för att få ett snabbt och
definitivt svar på detta innan för mycket har ändrats.
Jag vill även påminna om vissa saker som nämnts i tidigare konversation
från min (och ett par andra) sida:
1.
2013/5/24 Peter Svensson svensson3...@gmail.com:
Föreslår att du tar diskussionen på mailinglistan som är avsedd för
ändamålet: tagging
Se här http://wiki.openstreetmap.org/wiki/Mailing_list
Det är nog mycket problem med coastlines som det är. Jag avråder starkt att
frångå
Teikas arī ir divas:
http://www.openstreetmap.org/?lat=56.9702lon=24.1876zoom=14layers=M
Kā salabot nezinu.
Mārtiņš M.
Janis Elmeris @ 2013-05-24 11:46 rakstīja:
Kāpēc ir divas Liepājas?
http://www.openstreetmap.org/browse/relation/1810419 [1]
Viena Teika ir relācija-administratīvs apgabals ar robežu un centru.
http://www.openstreetmap.org/browse/relation/1727772
Otra Teika ir iezīmēts dzīvojamais rajons (way: landuse=residential) ar
nosaukumu Teika.
http://www.openstreetmap.org/browse/way/126096505
Diemžēl apgabali ir dažādi.
Šķiet, ka kāds, kas ceidojis relācijas, visticamāk ir kopējis no citām. Tur
nav jābūt residential
2013/5/24 Janis Elmeris janis.elme...@intelligentsystems.lv
Atradu dažus garus ceļus, kas atzīmēti kā residential. To vajadzētu
ņemt nost, vai kāpēc atstāt?
Sloka-Talsi (P128):
highway=residential izņēmu, bet vai tā vietā vajadzētu kaut ko citu
ielikt, piemēram, highway=road, lai būtu skaidrs, ka tā relācija ir ceļš?
Lai gan http://wiki.openstreetmap.org/wiki/Key:highway rakstīts, ka
highway=road ir domāts kā pagaidu tags ceļiem, kuriem nav zināma
klasifikācija.
Tie ir relācijas, kuri domāti citu ceļu (road, residential, primary,
secondary... utt.) apvienošanai viena maršrutā vai kopēja ceļa.
2013/5/24 Janis Elmeris janis.elme...@intelligentsystems.lv
highway=residential izņēmu, bet vai tā vietā vajadzētu kaut ko citu
ielikt, piemēram, highway=road,
Nu, jā. Es domāju, varbūt šāda tipa relācijām ir kaut kāds kopīgs
apzīmējums, kas būtu jāpieliek, lai būtu skaidrs, ka tā ir tāda tipa
relācija.
Jānis
On piektdiena, 2013. gada 24. maijs 17:28:01, Marat wrote:
Tie ir relācijas, kuri domāti citu ceļu (road, residential, primary,
secondary...
On 05/24/2013 05:24 PM, Janis Elmeris wrote:
highway=residential izņēmu, bet vai tā vietā vajadzētu kaut ko citu
ielikt, piemēram, highway=road, lai būtu skaidrs, ka tā relācija ir ceļš?
tikai ne road !
ja nav nekas konkreets, tad unclassified
Lai gan
Tātad http://www.openstreetmap.org/browse/relation/1810419 dzēšu ārā, un
pārlieku name:ru = Лиепая uz otru?
Līdzīgs gadījums ar Krauju:
http://www.openstreetmap.org/browse/relation/1744384
http://www.openstreetmap.org/browse/relation/1823062
Domāju, to otro varētu dzēst vispār ārā.
Jānis
On
On 2013.05.24. 17:35, Rich wrote:
On 05/24/2013 05:24 PM, Janis Elmeris wrote:
highway=residential izņēmu, bet vai tā vietā vajadzētu kaut ko citu
ielikt, piemēram, highway=road, lai būtu skaidrs, ka tā relācija ir
ceļš?
tikai ne road !
ja nav nekas konkreets, tad unclassified
On Fri 24-05-13 07:33:13, Pavel Moravec wrote:
multipolygon potřebuje uzavřené křivky, nebo ne?
Kupodivu nepotrebuje, jen je treba seradit useky cest za sebou tak,
aby tu uzavrenou krivku tvorily (a velka cast rendereru si to umi
On Fri 24-05-13 07:11:57, LM_1 wrote:
Multipolygon právě
1 - 100 di 159 matches
Mail list logo