Kenny Moens wrote:
Hello,
Are there any formal conventions in BE about the Track Grade1? I see
them appearing regularly in the area between Brussels and Leuven, and
also around Sint-Truiden for roads limited to agricultural use.
Personally I tend to avoid them and instead use the
Strange enough, I still get the wrong result, even when using 100.0 instead
of 100. The extra ) was because I copied the line from Java code. Maybe
somethings wrong with my spatial_ref_sys table.
I have two entries:
4326;EPSG; 4326; GEOGCS[WGS
84,DATUM[WGS_1984,SPHEROID[WGS
On Mon, 22 Feb 2010, Jochen Plumeyer wrote:
In our case of photo geo tagging this is no issue I think.
Please tell me if I'm wrong here.
For photo geo-tagging the main problem is that you can set the camera time to
a resolution of one minute, not one second, and the camera time will drift,
d8930 wrote:
It works for me, though there was an extra ) in what you quoted.
gis= select
astext(ST_Transform(ST_SetSRID(ST_MakePoint(92409686/100,646985238/100),900913),
4326));
astext
-
d8930 wrote:
Strange enough, I still get the wrong result, even when using 100.0
instead of 100. The extra ) was because I copied the line from Java
code. Maybe somethings wrong with my spatial_ref_sys table.
I have two entries:
4326;EPSG; 4326; GEOGCS[WGS
Sorry for spamming. I found out that it has to deal with the 4326 entry. I
have added the projection 4324 from the Postgis installation package, and I
get quite precise results:
POINT(8.30107722233746 50.1359315159791)
Nevertheless, this result differs a few meters from the one you obtained
with
On 22 February 2010 10:51, d8930 d8...@uggsrock.com wrote:
Sorry for spamming. I found out that it has to deal with the 4326 entry. I
have added the projection 4324 from the Postgis installation package, and I
get quite precise results:
POINT(8.30107722233746 50.1359315159791)
Nevertheless,
Not sure if talk's the best place for this, rather than dev, but I would
guess so as it doesn't relate to OSM development itself.
Anyway, some time ago I developed the OSM plugin for Mapnik, but due to
other things haven't worked on it for a while. However I always thought
that it would be
Do people think this is a good idea? It's one of several possibilities
that I'd like to work on, though I'd probably only do so if there's
sufficient interest and/or I can't resolve the memory issues on my own
site in other ways.
Sorry to follow up my own post - but I forgot to say, this would
Hi Nick!
On Lun 22 Feb 2010, Nick Whitelegg wrote:
Do people think this is a good idea? It's one of several possibilities
that I'd like to work on, though I'd probably only do so if there's
sufficient interest and/or I can't resolve the memory issues on my own
site in other ways.
well, to
Hi again,
Sorry for misinterpreting your mail.
Now I understand, that you suggest uploading tiles to a server due to (memory)
restrictions.
If PostGIS is not what you like, what about MySQL (perhaps without geo
extensions, if they depend on libraries not available on a common hosting
server
Hi Nick,
I would be very interested in such an application, especially for
generating custom tiles from an OSM file for use on mobile devices.
Cheers, Joseph
On 22 February 2010 12:43, Nick Whitelegg nick.whitel...@solent.ac.uk wrote:
Not sure if talk's the best place for this, rather than
Nick,
the main problem with the OSM plugin is that the user group most
likely to be unable or unwilling to install PostGIS is also the group
least likely to develop their own map style, and the plugin doesn't come
with something even remotely resembling what these people usually
expect,
Legal issue about OSM being used in another map database - redirecting
to talk-es and talk-co ...
El 22/02/2010 3:35, diego lesmes escribió:
http://groups.google.com.co/group/colrut-em/browse_thread/thread/f27c4b8bc7ffb029/d776a7d882a7db83?lnk=gstq=cartagena#d776a7d882a7db83
pienso me
On Mon, Feb 22, 2010 at 12:55 AM, Roy Wallace waldo000...@gmail.com wrote:
On Mon, Feb 22, 2010 at 5:03 AM, Niklas Cholmkvist towards...@gmail.com
wrote:
I live in a place where I feel the need to map some streets as areas. If
I start a little of such mapping, will routing software get
Hi all,
I was playing around exporting OSM to KML. I did this underwater map
which is intended for scuba diving. Various points of interest and
underwater guide ropes are shown. I used python to do the conversion.
http://timsc.dev.openstreetmap.org/dev/leybourne.kmz
I have used parts of the
On 22/02/2010 09:04, Liz wrote:
On Mon, 22 Feb 2010, Jochen Plumeyer wrote:
In our case of photo geo tagging this is no issue I think.
Please tell me if I'm wrong here.
For photo geo-tagging the main problem is that you can set the camera time to
a resolution of one minute, not one second,
Hi,
Nice map. im using the OpenStreetMap KML overlay to look at it on Google
Earth.
Regarding contours, if your plannng on using the map with an underwater GPS
device. i would recommend using a marine charts map as an overlay, so to
get your depth contours. Just as you would use a SRTM contour
Anthony wrote:
What about http://wiki.openstreetmap.org/wiki/Key:area ?
That key doesn't describe the area covered by a road that is linear in
character - whenever a road could intuitively described as something
that goes from here to there, area=yes likely isn't the right tag to
use.
Richard Weait typed:
snip
What is it about these streets that requires areas? Does this extend
to your town and state as well?
I think it is because I like to map with much detail. I like to map it
'as it really is'.
That is not the only reason. Maybe it's how the map looks also in
various
Hi,
I own a cell phone which can take pictures, but it doesn't store
pictures in exif format. After much research over time it seems I
couldn't even add exif by hand to the pictures I took with it.(with the
purpose to put the modification date in exif format in the picture by
hand)
Yesterday I
On 23 February 2010 06:41, Niklas Cholmkvist towards...@gmail.com wrote:
I think it is because I like to map with much detail. I like to map it
'as it really is'.
In reality you are only mapping an approximation, maps aren't supposed
to replace aerial imagery they serve different purposes.
Hi,
Am Montag 22. Februar 2010 21:50:36 schrieb John Smith:
You will end up breaking routing etc if you don't also include a way,
Yes, that's right, have a look at http://osm.org/go/0MBdEXMHO- for example.
Greetings, Carsten
--
Hier ist mein öffentlicher GPG-Schlüssel:
On Mon, Feb 22, 2010 at 3:50 PM, John Smith deltafoxtrot...@gmail.comwrote:
On 23 February 2010 06:41, Niklas Cholmkvist towards...@gmail.com wrote:
I think it is because I like to map with much detail. I like to map it
'as it really is'.
In reality you are only mapping an approximation,
On Tue, Feb 23, 2010 at 6:11 AM, Tobias Knerr o...@tobias-knerr.de wrote:
...Way representation is more useful for
...
- anything that has directional information, such as oneway roads
Exactly. Mapping a way as an area is fine as long as you also
represent *the path of travel*.
detailed
On Tue, Feb 23, 2010 at 7:12 AM, Carsten Gerlach daswaldh...@gmx.de wrote:
Yes, that's right, have a look at http://osm.org/go/0MBdEXMHO- for example.
That looks great, and so simple... highway=* for the way, AND
highway=* + area=yes for the area.
Is this a solved problem, then? Any complaints
On 23 February 2010 07:53, Roy Wallace waldo000...@gmail.com wrote:
On Tue, Feb 23, 2010 at 7:12 AM, Carsten Gerlach daswaldh...@gmx.de wrote:
Yes, that's right, have a look at http://osm.org/go/0MBdEXMHO- for example.
That looks great, and so simple... highway=* for the way, AND
Until you
Roy Wallace wrote:
On Tue, Feb 23, 2010 at 7:12 AM, Carsten Gerlach daswaldh...@gmx.de wrote:
Yes, that's right, have a look at http://osm.org/go/0MBdEXMHO- for example.
That looks great, and so simple... highway=* for the way, AND
highway=* + area=yes for the area.
I already used it a
On 23 February 2010 08:05, David Paleino da...@debian.org wrote:
I remember someone complaining with me that routers not supporting
highway=* + area=yes in the same relation with a normal highway=*,
might get confused -- and that something like landuse=road would be
better.
Wouldn't
On Monday 22 February 2010 23:26:52, John Smith wrote:
On 23 February 2010 08:05, David Paleino da...@debian.org wrote:
I remember someone complaining with me that routers not supporting
highway=* + area=yes in the same relation with a normal highway=*,
might get confused -- and that
2010/2/21 Niklas Cholmkvist towards...@gmail.com:
I live in a place where I feel the need to map some streets as areas. If
I start a little of such mapping, will routing software get confused?
Since I haven't seen it linked here yet, take a look at that area
(both ways for routing and areas for
On Mon, Feb 22, 2010 at 13:43, Nick Whitelegg
nick.whitel...@solent.ac.uk wrote:
Do people think this is a good idea? It's one of several possibilities
that I'd like to work on, though I'd probably only do so if there's
sufficient interest and/or I can't resolve the memory issues on my own
On Mon, Feb 22, 2010 at 4:36 PM, Roy Wallace waldo000...@gmail.com wrote:
On Tue, Feb 23, 2010 at 6:11 AM, Tobias Knerr o...@tobias-knerr.de wrote:
...Way representation is more useful for
...
- anything that has directional information, such as oneway roads
Exactly. Mapping a way as an
On Mon, Feb 22, 2010 at 5:30 PM, David Paleino da...@debian.org wrote:
On Monday 22 February 2010 23:26:52, John Smith wrote:
On 23 February 2010 08:05, David Paleino da...@debian.org wrote:
I remember someone complaining with me that routers not supporting
highway=* + area=yes in the
On Tue, Feb 23, 2010 at 8:05 AM, David Paleino da...@debian.org wrote:
Is this a solved problem, then? Any complaints with this approach
(cause it looks damn pretty on mapnik, at least...)
I remember someone complaining with me that routers not supporting
highway=* + area=yes in the same
On Tue, Feb 23, 2010 at 9:29 AM, Anthony o...@inbox.org wrote:
Exactly. Mapping a way as an area is fine as long as you also
represent *the path of travel*.
What path of travel? There are many paths of travel, and generally none of
them are properly represented by a line going through the
I was initially impressed with the German example of area mapping but
I have had a change of heart. While an interesting experiment, and
relatively well implemented in the small test area, I just don't think
area mapping of ordinary roads makes sense.
To do area mapping without also doing the
On 23 February 2010 14:10, Richard Weait rich...@weait.com wrote:
I was initially impressed with the German example of area mapping but
I have had a change of heart. While an interesting experiment, and
relatively well implemented in the small test area, I just don't think
area mapping of
On Mon, Feb 22, 2010 at 7:33 PM, Roy Wallace waldo000...@gmail.com wrote:
On Tue, Feb 23, 2010 at 9:29 AM, Anthony o...@inbox.org wrote:
Exactly. Mapping a way as an area is fine as long as you also
represent *the path of travel*.
What path of travel? There are many paths of travel,
Colin Marquardt wrote:
2010/2/21 Niklas Cholmkvisttowards...@gmail.com:
I live in a place where I feel the need to map some streets as areas. If
I start a little of such mapping, will routing software get confused?
Since I haven't seen it linked here yet, take a look at that area
(both ways
On 23 February 2010 16:22, Anthony o...@inbox.org wrote:
I only found one (the one about directional information, in the case of a
one-way road) to be correct. The other 5 were complaints about how the
current renderers work.
Anyway, I do think there is one major problem with mapping
On Tue, Feb 23, 2010 at 1:30 AM, John Smith deltafoxtrot...@gmail.comwrote:
On 23 February 2010 16:22, Anthony o...@inbox.org wrote:
I only found one (the one about directional information, in the case of a
one-way road) to be correct. The other 5 were complaints about how the
current
On 23 February 2010 16:43, Anthony o...@inbox.org wrote:
We've got all the tools we need - nodes and relations. With them we can
build anything else we want.
I'm sure people said the same thing about ways and nodes, why did we
need relations?
It has the potential to reduce redundent
On Tue, Feb 23, 2010 at 1:49 AM, John Smith deltafoxtrot...@gmail.comwrote:
On 23 February 2010 16:43, Anthony o...@inbox.org wrote:
We've got all the tools we need - nodes and relations. With them we can
build anything else we want.
I'm sure people said the same thing about ways and
On 23 February 2010 17:30, Anthony o...@inbox.org wrote:
Perhaps they did, but they would be wrong.
Because of hindsight?
Relations are recursive - they can contain other relations. Ways can only
contain nodes.
You missed the point, I'm just giving examples to show that people who
think
2010/2/22 Martin Koppenhoefer dieterdre...@gmail.com:
Il nome rimane uguale per tutta la strada a partire dal versante nord a
quello sud del Montello: le prese vengono indicate tramite un numero
(per citare l'esempio: Presa XV) e un nome legato alla Prima Guerra
Mondiale (Via Medaglie d'Oro)
--- Lun 22/2/10, Domenico dokitaba...@alice.it ha scritto:
Comunque anche nel drivemap style
si riscontra
lo stesso problema in quei boschi bo... se vuoi darci
un'occhiata sono i
due boschetti divisi dal lago gornalunga, li trovi qui
Marco Certelli ha scritto:
Lo guarderò... Spero non sia un problema di mkgmap.
Scusami era un problema di rendering di mapsource che ha subito troppe
installazioni di mappe e ha cominciato a dare i numeri, riavviando il pc
il bosco viene visualizzato correttamente con il tuo style!
Ciao Simone,
ad essere sincero non mi sono mai posto il problema dell'allocazione, se
saresti così gentile da inviarmi il tuo script (magari commentato almeno per
la parte che riguarda l'allocazione) sarei ben felice di darci uno sguardo
e, perchè no, implementarlo nello script attraverso un
Il 22/02/2010 9.07, Federico Cozzi ha scritto:
Mi stavo chiedendo se si potesse usare ref anziché alt_name. Dopotutto
le Prese sono proprio numerate...
name=Via Medaglie d'Oro
ref=Presa XV
Nell'usare ref c'è una piccola complicazione:
per un tratto, due prese sono strade provinciali,
Il 22/02/2010 14.23, Gianluca Frare ha scritto:
Per me va bene usare questa cobinazione.
name: via xx
alt_name: Presa
+ 1
Aggiungerei una relazione apposita per i percorsi in bici e in mtb, dal
momento che, come mi han fatto notare anche alcuni biker, le prese sono
molto
--- Lun 22/2/10, Domenico dokitaba...@alice.it ha scritto:
Da: Domenico dokitaba...@alice.it
Oggetto: Re: [Talk-it] Mappe garmin?
A: openstreetmap list - italiano talk-it@openstreetmap.org
Data: Lunedì 22 febbraio 2010, 15:16
Marco Certelli ha scritto:
Lo guarderò... Spero non sia un
Il 22 febbraio 2010 09.37, Federico Cozzi f.co...@gmail.com ha scritto:
Anche considerando le icone di OSM (che danno un'idea del significato
inteso dei due tag) propongo amenity=bar per 3 e amenity=cafe per 1.
Propongo amenity=cafe anche per 2.: hanno orari e tipo di servizio più
Il 22 febbraio 2010 00.05, Martin Koppenhoefer
dieterdre...@gmail.com ha scritto:
2010/2/18 Giorgio Scandiuzzo maza...@gmail.com:
Il nome rimane uguale per tutta la strada a partire dal versante nord a
quello sud del Montello: le prese vengono indicate tramite un numero
(per citare l'esempio:
Il 22 febbraio 2010 00.35, Martin Koppenhoefer
dieterdre...@gmail.com ha scritto:
quindi esistono delle cafe in Italia, ma molto di meno rispetto ai bar.
+1
ciao,
Martin
ciao
Luca
___
Talk-it mailing list
Talk-it@openstreetmap.org
Il 22/02/2010 19:40, Luca Delucchi ha scritto:
secondo me per due amenity = bar perche solitamente quello sotto casa
fa anche panini, magari pranzi, ed è più simile ad un 3 che a un 1
Non direi proprio: semmai ci si avvicina più ad un pub anglosassone.
Caspita, guardiamo le icone: nel 90%
Carlo Stemberger wrote:
Il 22/02/2010 19:40, Luca Delucchi ha scritto:
secondo me per due amenity = bar perche solitamente quello sotto casa
fa anche panini, magari pranzi, ed è più simile ad un 3 che a un 1
Non direi proprio: semmai ci si avvicina più ad un pub anglosassone.
Caspita,
2010/2/22 Luigi Toscano luigi.tosc...@tiscali.it:
Non direi proprio: semmai ci si avvicina più ad un pub anglosassone.
Caspita, guardiamo le icone: nel 90% dei casi (probabilmente sottostimo)
un italiano entra in un bar per bere un caffè. È il simbolo usato
mettendo amenity=cafe
O per
Federico Cozzi wrote:
2010/2/22 Luigi Toscanoluigi.tosc...@tiscali.it:
Non direi proprio: semmai ci si avvicina più ad un pub anglosassone.
Caspita, guardiamo le icone: nel 90% dei casi (probabilmente sottostimo)
un italiano entra in un bar per bere un caffè. È il simbolo usato
mettendo
2010/2/22 Carlo Stemberger carlo.stember...@gmail.com:
Il 22/02/2010 19:40, Luca Delucchi ha scritto:
secondo me per due amenity = bar perche solitamente quello sotto casa
fa anche panini, magari pranzi, ed è più simile ad un 3 che a un 1
Non direi proprio: semmai ci si avvicina più ad un
Il 22/02/2010 23:39, iiizio iiizio ha scritto:
Caspita, guardiamo le icone: nel 90% dei casi (probabilmente sottostimo)
un italiano entra in un bar per bere un caffè. È il simbolo usato
mettendo amenity=cafe
E questa statistica da dove esce?
Era fatta a naso. Ma non credo di
2010/2/22 Federico Cozzi f.co...@gmail.com:
Però si può mangiare anche in un amenity=cafe:
http://en.wikipedia.org/wiki/Caf%C3%A9
Mi accorgo ora che in quella voce, se si fa clic su Italiano, si viene
mandati qui:
http://it.wikipedia.org/wiki/Bar_(pubblico_esercizio)
Che conforta la teoria che
Carlo Stemberger-3 wrote:
Andiamo ai voti?
Direi di sì... qual è la procedura?
Purtroppo mi sembra che ci sia un problema di metodo non molto corretto:
nonostante questa discussione ancora in corso, in cui almeno metà dei
partecipanti è pro bar, in questi ultimi giorni sono state
Carlo Stemberger-3 wrote:
Caspita, guardiamo le icone: nel 90% dei casi (probabilmente sottostimo)
un italiano entra in un bar per bere un caffè. È il simbolo usato
mettendo amenity=cafe
Qui non è questione di rendering; è proprio un problema di semantica: il
simbolo rappresenta il
Marco Certelli ha scritto:
Allora, ho dato una occhiata: i 2 boschi sono taggati uno landuse=forest e
l'altro natural=scrub
se guardi il masterstyle noterai nel file polygons
...
landuse=forest [0x50 resolution 18]
...
natural=scrub [0x4f resolution 20]
...
questo significa che i 2
Hallo!
Mir ist aufgefallen, daß derzeit die Schnellstraßen (mit S-Nummern)
streng nach Rang gemappt sind, also Autobahnen (die mit dem blauen
Brücken-Schild) als motorway und Autostraßen (die mit dem blauen
Auto-Schild) als trunk. Sieht man zB bei St. Pölten Nord (südlich eine
Autobahn, nördlich
Sorry, dass ich mir vorhin etwas ungenau ausgedrückt habe.
Zwischen Krems-Mitte und Krems-Ost gibt es auch Ampelkreuzungen. Die Schilder
sind auch weiß, nicht blau wie bei Autobahnen üblich. Daher diesen Abschnitt
als trunk belassen.
Sonst meinerseits OK. S33 Krems-Süd - St. Pölten und S5
Andreas Labres wrote:
Mein Vorschlag wäre, es eher so zu zeichnen wie auf der Asfinag-Website
http://roadpilot.asfinag.at: alles, was autobahnähnlich ausgebaut
ist (also mit getrennten Richtungsfahrbahnen und mindestens 2 Spuren pro
Richtung), als motorway, und nur Schnellstraßen, bei denen
hallo
Andreas Labres schrieb:
[...]
Weißt Du, wie die anderen Sxx aussehen? Speziell zu S3, S4, S16, S31,
S35-37 hab ich grade keine Erinnerung bzw. bin dort noch nie gefahren.
die S16 ist durchgehend als trunk getaggt, ist aber von hier
(west-portal des arlbergtunnels)
Hi guys,
This week's Featured image is the OpenOrienteeringMap render of Ayala
Center:
http://wiki.openstreetmap.org/wiki/File:OpenOrienteeringMap_of_Ayala_Center,_Makati_2010-01-29.png
(I mentioned OpenOrienteeringMap last month:
Hi guys,
For the 1st quarter Mapping Party, the selected venue is Marikina City.
Short details:
When: March 20, 2010 (Saturday)
Where: Marikina
Meet-up place: maybe Blue Wave Marquinton
Post-mapping place: SM City Marikina (free Wi-Fi!)
What:
Day: POI mapping (similar to the Cubao
hi,
Here's my short blurb announcing our first mapping party for this
year. Please forward to any mailinglist/group whom you think will be
interested. A list of yahoogroups I posted the announcement is here:
He moves pretty fast! :-)
Jim
maning sambale wrote, On Tuesday, 23 February, 2010 01:34 PM:
A video of gps traces around Los Banos and San Pablo mostly by ianlopez
http://www.flickr.com/photos/esambale/4381308650/
The most updated map of theses towns was mapped purely from gps and
local
Maar de meest pragmatische oplossing is om je $vervoermiddel te pakken
en wat tijd te spenderen aan het doorkruisen van je omgeving. Als je dit
een aantal keer en op verschillende dagen doet, en je bekijkt dan al je
traces, ben je redelijk in staat om te zeggen wat er fout en goed
On Mon, 22 Feb 2010, Peter Peterse wrote:
Maar de meest pragmatische oplossing is om je $vervoermiddel te pakken
en wat tijd te spenderen aan het doorkruisen van je omgeving. Als je dit
een aantal keer en op verschillende dagen doet, en je bekijkt dan al je
traces, ben je redelijk in
Peter Peterse wrote:
Ik zal idd maar weer beginnen met alles opnieuw te doorkruisen.
Alles hoeft natuurlijk ook niet. Een aantal trajecten her en der lijkt
me voldoende voor een eerste blik?
--
Lennard
___
Talk-nl mailing list
Hoe ziet tegenwoordig de welkoms email eruit ?
staat er een verwijzing naar alle communicatie platformen in ?
(irc/forum/maillinglist ?)
Groeten
Rob
___
Talk-nl mailing list
Talk-nl@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-nl
Zo:
Welcome to the %(real_name)s...@%(host_name)s mailing list!
%(welcome)s
To post to this list, send your email to:
%(emailaddr)s
General information about the mailing list is at:
%(listinfo_url)s
If you ever want to unsubscribe or change your options (eg, switch to or
from digest
On Mon, 2010-02-22 at 18:20 +1000, John Smith wrote:
On 22 February 2010 17:56, Roy Wallace waldo000...@gmail.com wrote:
I'm not sure but being traced and annotated makes it much
*easier* for people to retrieve information about your private
property (e.g. through an API call).
On 22 February 2010 19:07, David Murn da...@incanberra.com.au wrote:
A water supply company could be interested to know how many pools are in
an area to know what areas might have higher demand during filling
season. But, a pool cleaning business in the future might search on the
map to find
On Mon, 2010-02-22 at 19:10 +1000, John Smith wrote:
On 22 February 2010 19:07, David Murn da...@incanberra.com.au wrote:
A water supply company could be interested to know how many pools are in
an area to know what areas might have higher demand during filling
season. But, a pool cleaning
On 22 February 2010 19:31, David Murn da...@incanberra.com.au wrote:
No, what Im say(ing) is, Im unsure if theres a privacy issue, and asking
for others opinions or if theres any precedents to follow (other than
the court cases brought against google for invasion of privacy).
I really can't
On 22 February 2010 19:43, Liz ed...@billiau.net wrote:
I'm concerned about marking what are actual terrorist targets (not the media
frenzy type terrorists who are at airports)
telephone exchange, communications tower, power lines
things not usually well mapped in commercial offerings but
On 22 February 2010 19:28, David Murn da...@incanberra.com.au wrote:
Aerial imagery doesnt normally have a street map overlayed, and when it
does, just ask google if theres any privacy issues when it comes to high
detail aerial photos.
The only trouble google has gotten into is with street
On Sun, Feb 21, 2010 at 2:18 PM, John Henderson snow...@gmx.com wrote:
I suppose it's more popular than when I first walked it - didn't see
anyone for a couple of days. A friend did a winter trip around that
time and didn't encounter anyone else at all.
Yeah, during peak season, there's
On Mon, Feb 22, 2010 at 2:28 PM, David Murn da...@incanberra.com.au wrote:
Ive been wondering about the idea of mapping private pools in the same
way as private tennis courts have been marked, but been worried about
some issues, particularly privacy. With the mapping of tennis courts
taking
On Tue, Feb 23, 2010 at 7:20 AM, Steve Bennett stevag...@gmail.com wrote:
Personally I don't think it's reasonable to map anything on a
residential property
I wonder if any lawyer/privacy expert/etc. has written on this subject before...
___
Talk-au
Well the story is, I just happened to be drawing roads in Portsea one
day and I thought it would be a bit of a laugh to show off how the
rich holidaymakers spend their time! People say Portsea has a tennis
culture, now the map proves it! I am curious to know if Portsea has
the highest
On 23 February 2010 07:20, Steve Bennett stevag...@gmail.com wrote:
Personally I don't think it's reasonable to map anything on a
residential property, particularly not anything that can't be seen
from the street. I'm not sure why lakeboy did all this, but my
preference would be to tag it
On Tue, 2010-02-23 at 08:20 +1100, Steve Bennett wrote:
Personally I don't think it's reasonable to map anything on a
residential property, particularly not anything that can't be seen
from the street.
Because, people in the air could be helped by being able to reference
pools, power lines or
On Mon, 2010-02-22 at 20:43 +1100, Liz wrote:
I'm concerned about marking what are actual terrorist targets (not the media
frenzy type terrorists who are at airports)
telephone exchange, communications tower, power lines
things not usually well mapped in commercial offerings but which if
Steve Bennett wrote:
Garmin Oregon 550.
I see that's got a barometric altimeter too. Very good.
Ah. What is GPS-derived altitude though, exactly - does it rely on a
model of the earth's surface, or is it effectively computing the
distance from the satellites?
Purely from satellites,
On 23 February 2010 12:50, David Murn da...@incanberra.com.au wrote:
Havent you heard the new technique? These days the PR arm of the
media-terrorists simply have to say 'were planning something at airport
xyz' and the government machine will kick into action and cause chaos at
the airport
Heh, yeah, I assumed it was something like that. It's ok to have the
data in there, I guess, but I don't think it should render on the
default mapnik. If for no other reason than we want *public* tennis
courts to be visible, and all those private ones just create a lot of
noise. Maybe not an
On Tue, Feb 23, 2010 at 9:31 AM, Nick Hocking nick.hock...@gmail.com wrote:
Personally I don't think it's reasonable to map anything on a
residential property
What about
1) The number on the letter box
2) A power pole that happens to be present on a private block
3) The roofline (as in
On Tue, Feb 23, 2010 at 3:14 PM, Steve Bennett stevag...@gmail.com wrote:
... I don't think it should render on the
default mapnik. If for no other reason than we want *public* tennis
courts to be visible, and all those private ones just create a lot of
noise.
Just add access=private (or
On Tue, Feb 23, 2010 at 5:16 PM, Luke Woolley lswool...@gmail.com wrote:
Mainly because I normally give landuses a -3 layer and for things that
sit just above or directly on the ground I give the next layer up.
Probably doesn't need it, but it will do no harm being there.
Ah, I had wondered
Hi all,
The Aus tagging guidelines suggest using highway=path foot=yes:
http://wiki.openstreetmap.org/wiki/Australian_Tagging_Guidelines
But surely foot=designated is the correct tag, particularly for
tracks which explicitly ban every other mode of transport.
However I should point out that
On 23 February 2010 17:12, Steve Bennett stevag...@gmail.com wrote:
But surely foot=designated is the correct tag, particularly for
tracks which explicitly ban every other mode of transport.
However I should point out that highway=path foot=designated is
(according to mapnik at least)
LEI Nº 11.111, DE 5 DE MAIO DE 2005.
XXXIII - todos têm direito a receber dos órgãos públicos informações
de seu interesse particular, ou de interesse coletivo ou geral, que
serão prestadas no prazo da lei, sob pena de responsabilidade,
ressalvadas aquelas cujo sigilo seja imprescindível à
1 - 100 of 212 matches
Mail list logo