In my part of Australia, we have a speed limit that applies to every
non-rural street that is not specifically signed as being another
speed - basically case (b) below. The wording used in the law is
built up area. (In practice, the test for a built up area seems
to be does it have street
On Wed, May 20, 2009 at 6:44 AM, Guenther Meyer d@sordidmusic.com wrote:
hi,
currently there is a discussion on the german list about tagging speed limits
respectively different zones. as there are implied also other things than
maxspeed there are proposed three default zones, derived
Hi,
recently we've had the same discussion in Czech list. The conclusion was
to use 'place' for tagging areas where city speed limits apply.
http://wiki.openstreetmap.org/wiki/Key:place
The place key can also apply to an area (area) drawn around the
perimeter of the place. It not specified
a) motorway: that's very clear, therea are no or very high limits.
b) city areas with limited speed and some restrictions
c) everything else, mostly out of town.
In Czech republic there are different rules for motorways inside
city area (maxspeed=80) and outside (maxspeed=130). So case d)
MP schrieb:
a) motorway: that's very clear, therea are no or very high limits.
b) city areas with limited speed and some restrictions
c) everything else, mostly out of town.
In Czech republic there are different rules for motorways inside
city area (maxspeed=80) and outside
Hi,
I would like to ask about the proposed feature 'trafficzone'. If I
understand it right, it proposes to add a tag to _every_ highway and
_every_ road in the city. I'm afraid that this solution is highly
redundant in the amount of information and therefore it's likely that
someone will forgot
On Wed, May 20, 2009 at 11:59:05AM +0100, Radomir Cernoch wrote:
In the Czech list we ended up with the following solution, which tries
to copy the legislation (which is a good starting point, I guess):
1) Every road is by default 'rural' road (speed limit 90 km/h).
2) Every highway has
Hi all,
my name is Jehan. I am currently making a world tour. Making lastly a small
part of my trip with some Mozilla guys (you can see me here:
http://blogs.mozilla-europe.org/?post/2009/04/30/The-end-of-the-MECT-09 ),
as they were recording the trip for Open Street Map, they gave me the idea
to
2009/5/20 Jacek Konieczny jaj...@jajcus.net:
On Wed, May 20, 2009 at 11:59:05AM +0100, Radomir Cernoch wrote:
In the Czech list we ended up with the following solution, which tries
to copy the legislation (which is a good starting point, I guess):
1) Every road is by default 'rural' road
I wonder, can we have at some place (wiki?) some definition file that
will specify these per-country default limits in some machine-readable
way?
This could look like this:
country(cz) {
maxspeed=90
(highway=motorway|trunk) {
maxspeed=130
foot=no
bicycle=no
}
On Wed, May 20, 2009 at 01:07:46PM +0100, Radomir Cernoch wrote:
Ok, I see the problem. Just to make sure there is no misunderstanding:
In Poland the speed is restricted in the built up zone or in place?
There is a set of general restrictions for built up zones and there
are no general
El Miércoles, 20 de Mayo de 2009, Jehan Pagès escribió:
Hi all,
Hi, Jehan,
Maybe this question should go better in the newbies list rather than in the
general one. Please have this in mind for other questions you might have.
So I bought a GPSMap 60 CSx. Currently I configured it with the
Hi again,
an additionnal question. As I said, I won't take time to use a computer, so
I won't edit my own tracks, just upload them. But sometimes I may go down
from the bike, use small foot only roads, etc. and I don't switch off the
GPS. So it is in the uploaded tracks. Is it a big problem? Or
Jehan Pagès wrote:
Sent: 20 May 2009 12:50 PM
To: talk@openstreetmap.org
Subject: [OSM-talk] Hello from a probably new contributor
Hi all,
my name is Jehan. I am currently making a world tour. Making lastly a small
part of my trip with some Mozilla guys (you can see me here:
Jehan Pagès wrote:
Sent: 20 May 2009 1:24 PM
To: talk@openstreetmap.org
Subject: Re: [OSM-talk] Hello from a probably new contributor
Hi again,
an additionnal question. As I said, I won't take time to use a computer, so
I won't edit my own tracks, just upload them. But sometimes I may go down
Could we not have different polygons for Speed Limited Zones. That may
or may not be the same as the city limits. We could even tag these
zones with maxspeed, So that when applying we don't have to go and
look up what that means. The problem is if the zones overlap, which
one applies?
A safe and fairly reliable
way is to run your GPS from NiMH rechargeable batteries. You
can recharge these with a charger run from your bike electrics, or from
the mains when you have it. It doesn't risk your GPS and it allows you
to take the GPS off on foot.
Cheers, Chris
Jehan Pags wrote:
Well, we can have layering (layer=-5 ... 5) like for any other tags,
so we could have small zone with different limits within one large
zone. For clashes with default rules from place=... and alike, we
can define some rules of precedence (speed limits on individual ways
have highest
MP píše v St 20. 05. 2009 v 14:41 +0200:
Could we not have different polygons for Speed Limited Zones. That may
or may not be the same as the city limits. We could even tag these
zones with maxspeed, So that when applying we don't have to go and
look up what that means. The problem is
On Wed, May 20, 2009 at 02:16:05PM +0200, MP wrote:
I wonder, can we have at some place (wiki?) some definition file that
will specify these per-country default limits in some machine-readable
way?
This could look like this:
country(cz) {
maxspeed=90
(highway=motorway|trunk) {
On Wed, 20 May 2009 12:00:31 +0200, MP singular...@gmail.com wrote:
a) motorway: that's very clear, therea are no or very high limits.
b) city areas with limited speed and some restrictions
c) everything else, mostly out of town.
In Czech republic there are different rules for motorways
Peter Childs wrote:
Speed limits tend to apply to zones not roads anyway, it just happens
that most people only drive on the road. Oh and you will find Speed
I disagree. How would you define the zone in this example?
In my part of Australia, we have a speed limit that applies to every
non-rural street that is not specifically signed as being another
speed - basically case (b) below. The wording used in the law is
built up area. (In practice, the test for a built up area seems
to be does it have
On Wed, 20 May 2009 14:16:05 +0200, MP singular...@gmail.com wrote:
I wonder, can we have at some place (wiki?) some definition file that
will specify these per-country default limits in some machine-readable
way?
I already empoly such a schema in Traveling Salesman:
On Wed, 20 May 2009 14:04:36 +0100, Radomir Cernoch
radomir.cern...@gmail.com wrote:
MP píše v St 20. 05. 2009 v 14:16 +0200:
I wonder, can we have at some place (wiki?) some definition file that
will specify these per-country default limits in some machine-readable
way?
Yes, surely! My
On Wed, May 20, 2009 at 2:26 PM, marcus.wolsc...@googlemail.com wrote:
On Wed, 20 May 2009 14:04:36 +0100, Radomir Cernoch
radomir.cern...@gmail.com wrote:
MP píše v St 20. 05. 2009 v 14:16 +0200:
I wonder, can we have at some place (wiki?) some definition file that
will specify these
Hi,
if only I knew that the idea would arouse so intense emotions! Ok, now I
know that I should be more careful with the word semantic next time.
Andy Allan píše v St 20. 05. 2009 v 14:48 +0100:
On Wed, May 20, 2009 at 2:26 PM, marcus.wolsc...@googlemail.com wrote:
On Wed, 20 May 2009
On Wed, May 20, 2009 at 3:22 PM, Radomir Cernoch
radomir.cern...@gmail.com wrote:
Hi,
if only I knew that the idea would arouse so intense emotions! Ok, now I
know that I should be more careful with the word semantic next time.
Heh. It's mainly that I have a reflexive preference for
If you are coming, you can twitter, email or shout about SOTM, using this new
neat little link:
http://bit.ly/2TDMvPhttp://bit.ly/2TDMvP
... or click it to register your place now.
Mike
State Of The Map 2009
The 3rd International OpenStreetMap Conference
Amsterdam, July 10th-12th 209
Hi All
I'm trying to render some maps of my local area, and I followed the notes here:
http://www.use-it.be/europe/docs/OSMmanual/
At the end, it says that you can remove features, by removing the
rules from osm-map-features-z17.xml file. However, when I took out
pubs, for example, they're still
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
In Thessaloniki, have you tried the free wifi spot in Kamara? (by the
Municipality of Thessaloniki) I've not yet used wifi, so I don't know if
that spot works.
It's the one marked as free wifi spot:
On Wed, May 20, 2009 at 09:05:45PM +0100, Radomir Cernoch wrote:
By traffic zone you mean a tag zone=XXX on each individual road in
the city? I'm afraid that such system is very prone to forgotten tags.
If you use a polygon around a city, you can also derive the source of
the speed limit.
Where did this idea go in the end? It seems the talk about it petered-out, or
was some action agreed (along with who was going to undertake it)?
On 18 May 2009, at 13:36, MP singular...@gmail.com wrote:
In addition to actively pursuing further experiments for the MOD and BNSC,
the consortium
Radomir Cernoch wrote:
The idea is not to create a node here starts city and a node here
ends the city. The idea is to create a polygon which defines the border
of 50 km/h speed limit. The problem of forgotten end node, which
causes cities to leak all over the planet, does not apply.
Now we
Lennard píše v Čt 21. 05. 2009 v 00:01 +0200:
Don't focus on the highway-in-city bit. Focus on the $random_road_type
with a different maxspeed bridges over (or tunnels under) a zone with
another maxspeed bit. You'll have two zone polygons overlaying each other.
No, 'maxspeed' tag on a road
I find this talk of overlapping polygons a bit boggling. Things seem
far simpler:
roads with an explicit speed tag use that tag. This represents the
situation where the road has a sign and that's been entered.
roads in a city center polygon that don't have a tag inherit from
the
I have found a lot of sources of map data after having a chat with the GIS guy
at my workplace. I am curious if anyone can offer some suggestions or help me
determine if this data can be imported to OSM. If so, can anyone help out
getting this done?
Am Wednesday 20 May 2009 schrieb Andy Allan:
On Wed, May 20, 2009 at 2:26 PM, marcus.wolsc...@googlemail.com wrote:
On Wed, 20 May 2009 14:04:36 +0100, Radomir Cernoch
radomir.cern...@gmail.com wrote:
MP píše v St 20. 05. 2009 v 14:16 +0200:
I wonder, can we have at some place (wiki?)
Greg Troxel píše v St 20. 05. 2009 v 18:32 -0400:
I find this talk of overlapping polygons a bit boggling. Things seem
far simpler:
roads with an explicit speed tag use that tag. This represents the
situation where the road has a sign and that's been entered.
roads in a city
Am Wednesday 20 May 2009 schrieb Jacek Konieczny:
That would not work very well in Poland. Town/city/village
administrative border usually differ from the built up zone borders.
right. the same in germany.
that's why we nedd to different zones:
one like zone:traffic=... for speed limits and
Am Wednesday 20 May 2009 schrieb Radomir Cernoch:
Hi,
I would like to ask about the proposed feature 'trafficzone'. If I
understand it right, it proposes to add a tag to _every_ highway and
_every_ road in the city. I'm afraid that this solution is highly
redundant in the amount of
Am Wednesday 20 May 2009 schrieb Peter Childs:
2009/5/20 Jacek Konieczny jaj...@jajcus.net:
On Wed, May 20, 2009 at 11:59:05AM +0100, Radomir Cernoch wrote:
In the Czech list we ended up with the following solution, which tries
to copy the legislation (which is a good starting point, I
Am Wednesday 20 May 2009 schrieb marcus.wolsc...@googlemail.com:
I would like everyone to realise, that we are talking about
3 _different_ city-limits:
a) the large administrative area that belongs to the city
b) the area that has the given place in postal addresses
c) the smaller area where
On Thursday 21 May 2009 00:30:13 Radomir Cernoch wrote:
However it's important to notice that two polygons can never overlap
(unless there is a futuristic city with zone-30 area flying in the air
above a 130 km/h highway).
Now we have an urban area, with a circular road with maxspeed=50, and
Guenther Meyer píše v Čt 21. 05. 2009 v 00:51 +0200:
Am Wednesday 20 May 2009 schrieb Jacek Konieczny:
That would not work very well in Poland. Town/city/village
administrative border usually differ from the built up zone borders.
right. the same in germany.
that's why we nedd to different
Guenther Meyer píše v Čt 21. 05. 2009 v 00:49 +0200:
Am Wednesday 20 May 2009 schrieb Radomir Cernoch:
...but you would need some kind of gis database/functions to evaluate the
polygon data.
the easy way of reading just keys and values like with most of the other
features in the osm
...but you would need some kind of gis database/functions to evaluate the
polygon data.
the easy way of reading just keys and values like with most of the other
features in the osm database would not be possible.
for more advanced use of OSM data you need function in which polygons
does
Cartinus píše v Čt 21. 05. 2009 v 01:01 +0200:
It is completely possible for a village ringroad on a bridge (highway=primary
or secondary) to have a maxspeed of 80 km/h due to being outside the build-up
zone, not because there is a sign on it that says 80 km/h. It is also
possible at the
Radomir Cernoch wrote:
Don't focus on the highway-in-city bit. Focus on the $random_road_type
with a different maxspeed bridges over (or tunnels under) a zone with
another maxspeed bit. You'll have two zone polygons overlaying each other.
No, 'maxspeed' tag on a road does not imply a
Lennard píše v Čt 21. 05. 2009 v 01:51 +0200:
Radomir Cernoch wrote:
Don't focus on the highway-in-city bit. Focus on the $random_road_type
with a different maxspeed bridges over (or tunnels under) a zone with
another maxspeed bit. You'll have two zone polygons overlaying each other.
On Thu, 21 May 2009 03:13:06 +0300, Radomir Cernoch
radomir.cern...@gmail.com wrote:
Lennard píše v Čt 21. 05. 2009 v 01:51 +0200:
Radomir Cernoch wrote:
No, 'maxspeed' tag on a road does not imply a polygon with zone!
There can be both in one place. Tag 'maxspeed' on a road is dominant
Can somebody look into reverting way 33136730 and 33136657. They seem
to have been buggy (only 3 nodes visible out of many) and whan I did
an update of relations connected to these roads, they was updated with
the version I had on my computer (no changes should have been done to
the ways).
2009/5/21 Teemu Koskinen teemu.koski...@mbnet.fi:
On Thu, 21 May 2009 03:13:06 +0300, Radomir Cernoch
radomir.cern...@gmail.com wrote:
We are seeking a situation, where two large areas with road networks
overlap each other on a map. All streets in one area must have a
different speed limit
Radomir Cernoch wrote:
We are seeking a situation, where two large areas with road networks
overlap each other on a map. All streets in one area must have a
different speed limit from streets in the second area. In such a
situation, using maxspeed=* tag on any street must be inappropriate.
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
On 12 May 2009, at 03:17, Peter Miller wrote:
I have just concluded an email discussion with Jordan following our
lawyers review of 1.0 who has answered some points but is now saying
that he would need someone to pay him to answer more of them which
leaves things in a rather unsatisfactory
On Tue, 2009-05-19 at 23:32 +0200, Lennard wrote:
Theun wrote:
Wel weer jammer dat vaak op een kruispunt in het midden van een dorpje
waar een knooppunt is gekozen vaak ook een place-tag staat, waardoor de
plaatsnaam dwars over de knooppunt-aanduiding staat.
Heb je hier een paar
Dag allemaal,
Hier tussendoor even een vraag van een leek: werken jullie ook aan een
zoekfunctie in OSM? Het ontbreken van die functie in OSM is voor mij vaak
een reden om toch op Googlemaps te kijken.
En nog een mini-opmerking over http://osm.esperconsultancy.nl: 'acties' en
'contact' beter met
Hoi Sandra,
Er is de namefinder op openstreetmap.org, maar ik ben het met je eens,
het zou een goede functionaliteit zijn voor de Nederlandse server. Ook
als alleenstaande webservice, OSMGeocoder / OSMRevGeocoder.
Een +1 dus van mij :)
martijn van exel -+- mve...@gmail.com -+-
Ha alllemaal,
Vanwege de relatieve nabijheid en een interessant programma plug ik
hier de OSM Rheinland-bijeenkomst, volgende week woensdag op 26 mei.
http://wiki.openstreetmap.org/wiki/OSM_im_Rheinland_2009
Op de wiki staan weinig aanmeldingen, maar ik kreeg vandaag een mail
van de
Dat moet toch wel sosialisties zijn dan, sandra !
Soms heb ik wel heimwee naar die tijd
(eind jaren 70) toen dit type spelling
haar entree deed.
Kontakt
Elektronika
Kompressor
Funktioneren
Simbool
frekwentie
kode en dekoderen
kwasie
simmetrisch
interkom
sintesizer
sinchroon
eksperimenteren
kado
SQL is natuurlijk tha bomb ;)
kan ik eindelijk m'n request zoek shell tankstation met restaurant
binnen 50km waar ik nu rij (A2) afvuren
of geef me alle Rabobank pinautomaten binnen 1km vanaf dit punt
Op 20 mei 2009 03:15 heeft Stefan de Konink ste...@konink.de het
volgende geschreven:
Jullie
Ja eens, die XAPI requests nu zijn veel te beperkt (en te langzaam)
Martijn
martijn van exel -+- mve...@gmail.com -+- http://www.schaaltreinen.nl/
2009/5/20 Rob interru...@gmail.com:
SQL is natuurlijk tha bomb ;)
kan ik eindelijk m'n request zoek shell tankstation met restaurant
binnen
Eindelijk :)
Ik zit zelf te denken aan een combinatie. Je zou voor sommige devs best gewoon
SQL willen parsen. Uiteraard braaf met een readonly acocuntje zodat niet een
of andere boosdoener (of domme idioot) de hele db kan wissen, maar dat idee
had je vast ook al gehad :)
Maar voor veel users
Tuurlijk :)
Gewoon overal 42 op retourneren ;)
Maar even zonder dollen wat meer semantiek in de data zou wel bruut zijn. Zal
er wel even over denken wat voor brute dingen wij hiermee zouden kunnen doen
:)
On Wednesday 20 May 2009 13:14:39 Rob wrote:
Roeland kun jij niet even een sematisch
Lennard wrote:
Theun wrote:
Wel weer jammer dat vaak op een kruispunt in het midden van een dorpje
waar een knooppunt is gekozen vaak ook een place-tag staat, waardoor de
plaatsnaam dwars over de knooppunt-aanduiding staat.
Heb je hier een paar voorbeelden van, zodat ik kan experimenteren?
On Tuesday 19 May 2009, Theun wrote:
Wel weer jammer dat vaak op een kruispunt in het midden van een
dorpje waar een knooppunt is gekozen vaak ook een place-tag staat,
waardoor de plaatsnaam dwars over de knooppunt-aanduiding staat.
Daar valt voorlopig toch weinig tegen te doen. We kunnen
1 - 100 of 206 matches
Mail list logo