OSM'ers,
Ik heb gemerkt dat op de website http://openbusmap.org/ onze (grootste)
Belgische luchthaven niet wordt weergegeven op de kaart. Andere
internationale naburige luchthavens van Duitsland (Düsseldorf, Keulen,
...) en Nederland (Schiphol) worden wel netjes weergegeven. Is hier iets
aan
On http://www.flosm.de/html/POI-Karte.html I noticed that Dusseldorf
Schiphol have the tag
aerodrome = international
aeroway = aerodrome
Zaventem only has
aeroway = aerodrome
But it might be better to contact the creator of openbusmap (see Legal
Info/License) on the website and ask which
On Friday 28 September 2012 13:14:46 Marc Gemis wrote:
On http://www.flosm.de/html/POI-Karte.html I noticed that Dusseldorf
Schiphol have the tag
aerodrome = international
aeroway = aerodrome
Zaventem only has
aeroway = aerodrome
But it might be better to contact the creator of
I also can't find any documentation. But I think Zaventem fits in these
criteria for sure (but it's always important to be sure offcourse).
Kind regards,
Joren
Op 28/09/12 13:28, Ben Laenen schreef:
On Friday 28 September 2012 13:14:46 Marc Gemis wrote:
On
I just checked the site again. They haven't changed anything yet.
Sander, did they reply on your message?
Kind regards,
Joren
Op 24/09/12 16:02, Sander Deryckere schreef:
On the site http://www.biketowork.be, the tiles of OSM are used, but
Georges noticed that there is no mention of OSM. So
What does Unknown license mean for fotos in the wiki? Isn't there a
requirement for them to be at least available under cc-by-sa?
An example is here: http://wiki.openstreetmap.org/wiki/File:Ballroom.jpg
cheers,
Martin
___
legal-talk mailing list
On 28.09.2012 10:10, Martin Koppenhoefer wrote:
What does Unknown license mean for fotos in the wiki? Isn't there a
requirement for them to be at least available under cc-by-sa?
An example is here: http://wiki.openstreetmap.org/wiki/File:Ballroom.jpg
Google image search found this picture for
On 28/09/2012 16:15, Stephan Knauss wrote:
Google image search found this picture for sale on this stock photo
agency:
Bleedin' hell! Look at those prices! That has got to be a joke.
Dave F.
___
legal-talk mailing list
legal-talk@openstreetmap.org
From: THEVENON Julien [mailto:julien_theve...@yahoo.fr]
Sent: Thursday, September 27, 2012 10:14 PM
To: penor...@mac.com; cqu...@openstreetmap.fr; si...@poole.ch
Cc: talk@openstreetmap.org
Subject: Réf.: Re: [OSM-talk] All you've ever wanted to know about the
french cadastre
Le ven. 28
--
Le ven. 28 sept. 2012 08:00 HAEC, Paul Norman a écrit :
From: THEVENON Julien [mailto:julien_theve...@yahoo.fr]
Sent: Thursday, September 27, 2012 10:14 PM
To: penor...@mac.com; cqu...@openstreetmap.fr; si...@poole.ch
Cc: talk@openstreetmap.org
Subject:
On Thu, Sep 27, 2012 at 10:21:38PM +0100, THEVENON Julien wrote:
De : Sarah Hoffmann lon...@denofr.de
I don't know which data you have been looking at, but let's ask
Nominatim, shall we?
Ok, so by example could you extract stats from Grenoble instead of whole
France ? I thinks this quite
Le ven. 28 sept. 2012 08:00 HAEC, Paul Norman a écrit :
sorry this detailled here in section les differents calques
wiki.openstreetmap.org/wiki/WikiProject_Cadastre_Français/Aspects_techni
ques_du_cadastre_en_ligne
and here qu est ce qui est reutilisable
On 28 Sep 2012, at 06:25, THEVENON Julien julien_theve...@yahoo.fr wrote:
--
Le jeu. 27 sept. 2012 20:18 HAEC, Sarah Hoffmann a écrit :
This is the real problem for us.
For the sake of completeness: planetwide there are currently
152 million
The larger part of cadastre data
is just dumped into the data base never to be touched again by any mapper.
That's also wrong, the french community has developed some very powerful tools
like osmose.openstreetmap.fr which is used to automatically discover many
errors from cadastre and
While I would agree that the French data is huge, it _is_ pleasing to be
able to make maps where the density of building is observable, even if you
know nothing about the buildings. I'm not sure that every building in every
village is quite required, but it'll probably go that way eventually.
Is
I know.
My thinking is that the source tag would be better placed on the changeset
rather than polluting the whole db with source tags and source tags for each
and every tag on each object which is starting to happen. You can then use the
changeset info to synthesise the source info down to
Vladimir Vyskocil wrote:
I don't agree the cadastre is ugly once rendered ! A rendered map like this
for example, is in my opinion something more pleasant than a map with only a
house once and there with large holes :
http://www.openstreetmap.org/?lat=43.70272lon=7.26654zoom=15layers=Q
This
There are some excellent examples of how mapping should be done all over the
world. But I do hope we have shown that a large percentage of the data STILL
needs a lot of work? At the end of the day this is more about education of
mappers and how to get the best out of the material
Shaun McDonald wrote:
My thinking is that the source tag would be better placed on the changeset
rather than polluting the whole db with source tags and source tags for each and
every tag on each object which is starting to happen. You can then use the
changeset info to synthesise the source
Vladimir Vyskocil wrote:
There are some excellent examples of how mapping should be done all over the
world. But I do hope we have shown that a large percentage of the data STILL
needs a lot of work? At the end of the day this is more about education of
mappers and how to get the best out of
Le 28/09/2012 10:00, Lester Caine a écrit :
There are some excellent examples of how mapping should be done all
over the world. But I do hope we have shown that a large percentage of
the data STILL needs a lot of work? At the end of the day this is more
about education of mappers and how to
I would prefer to keep the source tag with the object. Within a changeset I
will often have some roads where source is GPS, have traced some buildings from
bing, and added a few pub/shop names where source is survey
Phil
--
Sent from my Nokia N9
On 28/09/2012 8:55 Shaun McDonald wrote:
I
Select way or node.
Click advanced.
Click way/node number.
Click more details.
Phil
--
Sent from my Nokia N9
On 28/09/2012 9:21 Lester Caine wrote:
Shaun McDonald wrote:
My thinking is that the source tag would be better placed on the changeset
rather than polluting the whole db with
Philip Barnes wrote:
I would prefer to keep the source tag with the object. Within a changeset I
will often have some roads where source is GPS, have traced some buildings from
bing, and added a few pub/shop names where source is survey
I did put my hand up for a tag which is automatically
Philip Barnes wrote:
Select way or node.
Click advanced.
Click way/node number.
Click more details.
You don't even need the fourth step - the dialogue that appears when you
click the way/node id is the history.
cheers
Richard
--
View this message in context:
We don't have to choose between the 2 solutions (source on objects vs. source
on change set).
It's possible to use a fall back system, something like :
For display :
If no source is available on an object, show the source of the last change set
(if available)
For editing :
If no source is set
Philip Barnes wrote:
Select way or node.
Click advanced.
Click way/node number.
Click more details.
I think that the question was about changeset tags, in which case there
are a couple more steps:
View History.
Choose the changeset to view information for, and click it.
Here's an
On Sep 28, 2012, at 1:56 PM, Olivier Croquette wrote:
For display :
If no source is available on an object, show the source of the last change
set (if available)
Actually that should read: show the sources of all change sets that created or
modified the object.
The whole thing would need a
The tag 'source' on the changeset has some pros and cons:
Pros:
- size in database
- works only if the changeset comes from a single source
Cons:
- impossible to modify after changeset is closed
- attribution lost in data extracts, planet (separate file for changesets)
- doesn't allow more than
Pieren wrote:
- attribution lost in data extracts, planet (separate file for changesets)
ACTUALLY that is probably the killer?
Local working with truncated extracts SHOULD still report this type of data?
--
Lester Caine - G8HFL
-
Contact -
2012/9/28 Lester Caine les...@lsces.co.uk:
I did put my hand up for a tag which is automatically applied for those of
us who forget it ;) If I have a background layer up it automatically adds
that tag to each object. If I'm selecting stuff from another source then
that gets added. ALL of this
Lester Caine wrote:
I did put my hand up for a tag which is automatically applied for those of
us who forget it ;) If I have a background layer up it automatically adds
that tag to each object.
In Potlatch you can simply press 'B' (for 'Background') to add the source=
tag for the current
2012/9/28 Lester Caine les...@lsces.co.uk:
Pieren wrote:
- attribution lost in data extracts, planet (separate file for changesets)
ACTUALLY that is probably the killer?
Local working with truncated extracts SHOULD still report this type of data?
come on, I think you are overexxagerating
2012/9/28 Pieren pier...@gmail.com:
The tag 'source' on elements:
Pros:
- support multiple sources during edit session
- attribution present in planet, extracts
- can be modified at any time
- retrieve one element history is easy (one API call)
Cons:
- size in database
- works fine only
Martin Koppenhoefer wrote:
It mostly boils down to the simple question: does the mapper have
local knowledge or doesn't he. Did he recently survey the area?
Reviewing my own 'processing', even where I have local knowledge I know I should
be adding tags when I'm tracing, but when I'm in the flow
2012/9/28 Lester Caine les...@lsces.co.uk:
I have to change manually, but the DATA certainly is important, and tags
like 'start_date' should be populated by default!
How would the editor (program) know about the start_date? What are
you using this tag for?
cheers,
Martin
Martin Koppenhoefer wrote:
I am not advocating to act accordingly, but saying that in every data
extract there must be full history (that is also attribution, to see
who edited the stuff), or changeset information, or source-tags , or a
source-tag on every single object might not be necessary.
2012/9/28 Lester Caine les...@lsces.co.uk:
Full history comes from the main database ... I was just advocating 'source'
which adds to the information when one is looking at something and saying
That is wrong! you may know straight away that it is a candidate to
update.
yes, but often when
On 28 September 2012 15:13, Martin Koppenhoefer dieterdre...@gmail.com wrote:
yes, but often when something is wrong, the source-tag is as well ;-).
I have seen lots of source=PSG (coastline) where the data obviously
was far too detailed to be from PSG, it is because people hardly
remove
Someoneelse wrote:
Is there any easy way (in any editor with any plugin) of getting to
this information - preferably a collated list of object / changeset tags?
I've just done this in P2's history dialogue for 'comment' and 'source':
On Thu, Sep 27, 2012 at 5:51 PM, Svavar Kjarrval sva...@kjarrval.is wrote:
You could expand the remap-a-tron to include all areas on Earth. That
might keep everybody busy for awhile. If it doesn't, it's a positive
problem. :)
I would love to but I don't have the resources at this moment.
Martin Koppenhoefer wrote:
I have to change manually, but the DATA certainly is important, and tags
like 'start_date' should be populated by default!
How would the editor (program) know about the start_date? What are
you using this tag for?
Eventually a corrected date can be added ... we
Philip Barnes phil at trigpoint.me.uk writes:
I would prefer to keep the source tag with the object. Within a changeset I
will often have some roads where source is GPS, have traced some buildings from
bing, and added a few pub/shop names where source is survey
Changeset info can be
Let's say, someone prepares data by recording it in the field, and then
adds another value to data by sorting it out, fixing it and adding more
information and details. And then he wants to include that data to
OpenStreetMap.
What is mean of giving proper author attribution? All I can see is
Richard Fairhurst wrote:
Someoneelse wrote:
Is there any easy way (in any editor with any plugin) of getting to
this information - preferably a collated list of object / changeset tags?
I've just done this in P2's history dialogue for 'comment' and 'source':
The only real problem I see mentioned above is the overall size of the
database. It seems to me that we are somehow confusing problems caused by
the data itself with problems caused by its storage in the database.
Couldn't we simply work on a scheme that would normalize the database, so
that we'd
Hello Mike,
On 28.09.2012 18:16, Mike wrote:
What is mean of giving proper author attribution? All I can see is that
OpenStreetMap is presented in copyright notes, not actual authors. The
only way I found out to see author attribution is to download openstreet
data and then search there.
we
Alex Rollin alex.rollin at gmail.com writes:
Hello,
I am rather new to OSM data. I've enjoyed doing edits on the map and
now I'd
like to start learning how to arrange it on a printed page.
I know there are lots and lots of tools out there.
Could I receive a few recommendations
A few things that I'm still encountering that might be easy to detect:
*One-way streets that aren't connected to anything at one end.
*Motorways or Trunk that are dead-ends (probably could be extended to
*-link, and maybe to Primary/Secondary, but I'm not sure how far you
can go before it becomes
2012/9/28 Mike mike.cuttl...@gmail.com:
I understand that making attribution to all authors at once is problem due
to large number of involved authors, but there should be some way to give
proper attribution to real persons who contribute to OpenStreetMap.
We had this attribution at least in
Is het ook een optie om het in het normale OSM serverpark te hangen of wil
je het graag zelf in beheer houden?
En indien dat laatste, heb je enig idee van de kosten voor een jaar hosting?
Misschien kunnen we een crowdfunding actie opzetten.
Groet,
Floris
2012/9/28 Lambertus o...@na1400.info
Hoi,
Kosten zijn vrij simpel te berekenen. Als je een cheap-ass hoster neemt als
OVH, die bieden hosting aan voor een leuke server voor een ~ € 1500 euro
per jaar
http://www.ovh.nl/dedicated_servers/eg_hybrid.xml of
http://www.ovh.nl/dedicated_servers/eg_ssd_max.xml
Dat draait goed, ik spreek
Rackspace voor colocatie is relatief duur t.o.v. Een virtual server huren. De
meeste prijzen zijn op basis van stroomverbruik en met meerdere virtual hosts
op dezelfde (flinke) server is sat de goedkoopste oplossing. Bovendien is een
virtual image makkelijker te verhuizen.
Frank Heinen
Hallo,
Vervelend dat ondanks dit PostNL en Cendris nog steeds mensen/bedrijven
aanvallen die wat doen met de postcodes uit de BAG.
Zie de brief onderaan de volgende pagina:
http://www.postcodeatlas.nl/pages/postcodebestand.html
On 09/18/2012 05:39 PM, Martijn van Exel wrote:
Hi talk-nl,
Crowdfunding lijkt mij inderdaad ook meer continue kopzorgen geven als
een concrete sponsor vinden. Als je er echter toch toe besluit, kijk dan
eens bij de veiling van Hetzner [1]. De goedkoopste machine met minimaal
16GB RAM is op dit moment €68,-/maand.
https://robot.your-server.de/order/market
Bij de huidige sponsoring draaide de VM eerst op een quadcore 1.6 GHz
met 16 GB shared ram en dat het ram geshared werd was goed te merken.
Alsof de data van een harddisk moest komen i.p.v. gebufferd uit ram.
Niet vooruit te branden. Sinds de VM 16 GB dedicated ram heeft is de
performance een
Hi,
Has anyone got the tech smarts/resources to stand up a remap-a-tron for
Australia? It seems to have been rather a success in the USA, and could
help us direct our remapping efforts:
demo: http://lima.schaaltreinen.nl/remap/
Source: https://github.com/mvexel/remapatron
Might be a good time to
Am 28.09.2012 18:07, schrieb Chris Barham:
..
Might be a good time to do it as the remaining rebuild jobs for
Australia seem to be nearing completion:
Brisbane: http://rebuild.poole.ch/job/29
Hobart: http://rebuild.poole.ch/job/33
So I imagine some people will be looking for more
Guten Abend,
ich hatte vor das hier
amenity=bar
dance:style=salsa,bachata,merengue
dance:teaching=yes
fuer den recht haeufigen Fall einer Bar mit Tanzflaeche, in der
haupsaechlich Salsa, Bachata und Merengue getanzt wird, und es am
frueheren Abend einen ein- oder zweistuendigen Tanzkurs gibt zu
Am 28. September 2012 09:31 schrieb Philipp Klaus Krause p...@spth.de:
ich hatte vor das hier
amenity=bar
dance:style=salsa,bachata,merengue
dance:teaching=yes
fuer den recht haeufigen Fall einer Bar mit Tanzflaeche, in der
haupsaechlich Salsa, Bachata und Merengue getanzt wird, und es am
Hallo Sven!
Am 27. September 2012 16:51 schrieb Sven Geggus li...@fuchsschwanzdomain.de
:
Andreas Trawoeger atra...@kartenwerkstatt.at wrote:
Jetzt muss ich schon mal doof fragen warum Du nicht einfach gefragt hast?
Ich habe in meinem blog http://blog.gegg.us schon oft was über solche
Hallo Simon!
Am 27. September 2012 19:11 schrieb Simon Poole si...@poole.ch:
Generell ist aber die Idee nicht schlecht und ausbaufähig (es gibt nur
schon im DACH Raum viel mehr Quellen als was du schon integriert hast).
Allerdings sind viele davon nicht direkt für einen Webdienst allgemeiner
Hallo,
wenn ich es als Laie richtig verstehe, ist der Vorteil für mich, dass
ich automatisch das höchstauflösende Luftbild angezeigt bekomme und
nicht hin und her schalten muss, richtig?
Henning
___
Talk-de mailing list
Talk-de@openstreetmap.org
Andreas Trawoeger atra...@kartenwerkstatt.at wrote:
Einen einzelnen Layer wie bei wms.openstreetmap.de von der lokalen
Landesprojektion und der jeweiligen Bounding Box nach Web Mercator zu
transformieren, ist keine große Hexerei.
Na ja, das mit dem BETA2007 war so einfach nun auch wieder
Stephan Wolff s.wolff at web.de writes:
In vielen andere Fällen ist das taggen für den Renderer weit verbreitet:
- natural=beach für Bunker auf Golfplätzen
Autsch. Ganz übel. Das da noch niemand wenigstens versucht hat, etwas
alternatives in den Mapnik-Stil zu bekommen. Wird denn natural=sand
Hallo Sven!
Das Tolle von Andreas' Umsetzung ist IMO das Vereinigen verschiedener Quellen,
das funktioniert für den Benutzer automatisch (kein URL-Raussuchen mehr...) und
das kenne ich sonst von niemandem.
(und außerdem sein Landungs-Video... ;)
/al
Am 28. September 2012 11:59 schrieb Manuel Reimer manuel.s...@nurfuerspam.de:
Stephan Wolff s.wolff at web.de writes:
In vielen andere Fällen ist das taggen für den Renderer weit verbreitet:
- natural=beach für Bunker auf Golfplätzen
Autsch. Ganz übel. Das da noch niemand wenigstens versucht
On Fri, Sep 28, 2012 at 12:06:12PM +0200, Andreas Labres wrote:
(und außerdem sein Landungs-Video... ;)
Ja, das ist ziemlich cool! Wo kommt der Soundtrack her?
Jochen
--
Jochen Topf joc...@remote.org http://www.remote.org/jochen/ +49-721-388298
Am 28. September 2012 12:09 schrieb Martin Vonwald imagic@gmail.com:
natural=sand wird gerendert. Das habe ich auch für Bunker verwendet,
zusammen mit golf=bunker [1]. Allerdings wäre mir der Tag
landcover=sand deutlich lieber, aber bis in der Hinsicht was
weitergeht, vergehen wohl noch
Am 28. September 2012 13:32 schrieb Martin Koppenhoefer
dieterdre...@gmail.com:
Am 28. September 2012 12:09 schrieb Martin Vonwald imagic@gmail.com:
natural=sand wird gerendert. Das habe ich auch für Bunker verwendet,
zusammen mit golf=bunker [1]. Allerdings wäre mir der Tag
landcover=sand
Am 28. September 2012 10:58 schrieb aighes o...@aighes.de:
wenn ich es als Laie richtig verstehe, ist der Vorteil für mich, dass ich
automatisch das höchstauflösende Luftbild angezeigt bekomme und nicht hin
und her schalten muss, richtig?
Langfristiges Ziel ist es zwei Dinge zu erreichen:
-
Am 28. September 2012 13:39 schrieb Martin Vonwald imagic@gmail.com:
Nein - natural=sand ist genauso Schwachsinn wie ein Großteil der
natural-Werte.
naja, das würde ich so gar nicht mal unterschreiben, die Hauptwerte
(also die auf der natural-key-Seite) passen eigentlich weit
überwiegend
Am 28. September 2012 14:50 schrieb Martin Koppenhoefer
dieterdre...@gmail.com:
Am 28. September 2012 13:39 schrieb Martin Vonwald imagic@gmail.com:
Nein - natural=sand ist genauso Schwachsinn wie ein Großteil der
natural-Werte.
naja, das würde ich so gar nicht mal unterschreiben, die
Am 28. September 2012 11:22 schrieb Sven Geggus li...@fuchsschwanzdomain.de
:
Andreas Trawoeger atra...@kartenwerkstatt.at wrote:
Einen einzelnen Layer wie bei wms.openstreetmap.de von der lokalen
Landesprojektion und der jeweiligen Bounding Box nach Web Mercator zu
transformieren, ist
Am 28. September 2012 12:13 schrieb Jochen Topf joc...@remote.org:
On Fri, Sep 28, 2012 at 12:06:12PM +0200, Andreas Labres wrote:
(und außerdem sein Landungs-Video... ;)
Ja, das ist ziemlich cool! Wo kommt der Soundtrack her?
Curiosity has landed:
Ich mag das Projekt und würde den kombinierten Layer gerne in die
OSM-Karte der Wikipedia einbinden.
Eine Testversion gibt es schon :
http://toolserver.org/~kolossos/openlayers/kml-on-ol-json3.php?lang=detitle=Donaulayers=0B0F
Die Luftbilder lassen sich darin mit WIWOSM, hillshading und
Andreas Trawoeger atra...@kartenwerkstatt.at wrote:
Die Schwierigkeit sind die Zoomstufen 0-5.
Ah jetzt verstehe ich.
Du meinst wenn die Kacheln einen Bereich haben der außerhalb des WMS extent
leigt (wie in meienr Skizze).
Wäre einen Versuch Wert mal einen Mapserver mit manuell definiertem
Hallo Tim!
Am 28. September 2012 16:52 schrieb Kolossos tim.al...@s2002.tu-chemnitz.de
:
Ich mag das Projekt und würde den kombinierten Layer gerne in die
OSM-Karte der Wikipedia einbinden.
Eine Testversion gibt es schon :
http://toolserver.org/~**kolossos/openlayers/kml-on-ol-**
Am 28.09.2012 13:39, schrieb Martin Vonwald:
Nein - natural=sand ist genauso Schwachsinn wie ein Großteil der
natural-Werte. Ist aber halt das, was dem ganzen am nächsten kommt,
daher habe ich das damals verwendet. :-/
Ist nicht das etablierte Tag, das einem landcover=sand am nächsten
kommt,
Am 28.09.2012 21:41, schrieb Tobias Knerr:
Am 28.09.2012 13:39, schrieb Martin Vonwald:
Nein - natural=sand ist genauso Schwachsinn wie ein Großteil der
natural-Werte. Ist aber halt das, was dem ganzen am nächsten kommt,
daher habe ich das damals verwendet. :-/
Ist nicht das etablierte Tag,
Am 29. September 2012 00:11 schrieb Stephan Wolff s.wo...@web.de:
Da im Golf jeder Bunker aus Sand besteht, kann man surface=sand auch
weglassen. Ein Programm, das golf=bunker nicht auswertet, kann auch die
Eigenschaft surface=sand nicht nutzen bzw. darstellen.
Wieso? Das Programm muss von
Simone ha ragione, Vercelli sembra corretto. Ma cercate Casale Monferrato o
Brusson: di ciascuno ne trova due e non capisco perché invece con Vercelli
non succede. A Vercelli forse il tag is_in centra qualcosa? Oppure il fatto
che il nodo centrale di Vercelli fa parte di relazioni boundary?
Tra
Il 09/28/2012 07:54 AM, Davide Ferri scrisse:
Sto seguendo con altri il tpl a Torino e la soluzione che abbiamo
adottato e che funziona permettamente anche con i router stradali è di
spezzare la rotonda ma lasciare il tag junction roundabout sui vari
tratti della rotonda e togliere il oneway
Il 28 settembre 2012 08:56, emmexx emm...@tiscalinet.it ha scritto:
Il ragionamento mi sembra logico, basta che renderers, router e altri
software funzionino...
Il wiki [1] pero' si riferisce sempre a way chiuse:
Start by drawing a circular shape...
There exist two ways to draw a circle in
2012/9/28 Martin Koppenhoefer dieterdre...@gmail.com:
comunque essere una rotatoria se si comparta come una?
comporta intendo...
M
___
Talk-it mailing list
Talk-it@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-it
2012/9/27 Martin Koppenhoefer dieterdre...@gmail.com:
-1, credo anch'io che non sia supportato, però che c'entra? Si
potrebbe sempre implementare.
si potrebbe sperare che i programmatori dei router lo supportino.
Però per il momento non sono supportati neanche concetti più diffusi,
come ad
Se tutte le strade che confluiscono nell'incrocio rotatorio devono dare la
precedenza a coloro che sono all'interno dell'anello rotatorio, allor si può
assumere tale incrocio come una rotatoria, in caso contrario no.
Davide
--
View this message in context:
Il giorno 28 settembre 2012 08:56, emmexx emm...@tiscalinet.it ha scritto:
Il 09/28/2012 07:54 AM, Davide Ferri scrisse:
Per il tuo caso se sei sicuro che la circolazione sia rotatoria (quindi
che devi dare precedenza a sinistra) per entrare nella piazza, secondo
me puoi sostituire oneway
Il 09/28/2012 10:27 AM, Martin Koppenhoefer scrisse:
Se c'è questo cartello:
http://www.daringtodo.com/wp-content/uploads/2008/07/rotonda-1.jpg ti
togli ogni dubbio. Invece se manca il cartello, secondo voi, potrebbe
comunque essere una rotatoria se si comparta come una?
Il 09/28/2012 01:53
2012/9/28 Simone Saviolo simone.savi...@gmail.com:
Io indicherei comunque junction=roundabout: è questo quello che si rileva
sul luogo senza ombra di dubbio (c'è il cartello).
Aggiungo anche che, in presenza del tag junction=roundabout, un router
ben fatto dice alla rotonda prendi la seconda
2012/9/28 Federico Cozzi f.co...@gmail.com:
2012/9/27 Martin Koppenhoefer dieterdre...@gmail.com:
-1, credo anch'io che non sia supportato, però che c'entra? Si
potrebbe sempre implementare.
si potrebbe sperare che i programmatori dei router lo supportino.
Però per il momento non sono
2012/9/28 Federico Cozzi f.co...@gmail.com:
Rimango del parere che dovrebbe essere uno switch del router:
ciclista berlinese rispetta tutti i divieti; ciclista romano
ignora i divieti di accesso ecc.
non è che i berlinesi rispettano le regole, si girano prima di fare un
infrazione per vedere
2012/9/26 emmexx emm...@tiscalinet.it:
Vorrei un chiarimento sul corretto modo di taggare way e nodi nel caso
di una via con cancelli alle estremita'
Un esempio e' questo:
http://www.openstreetmap.org/browse/way/24553475
Sono andato a vedere la via in questione (e le altre simili che
partono
Would someone like to map this, in in Smethwick's Victoria Park:
http://www.itv.com/news/central/2012-09-28/memorial-unveiled-for-three-men-killed-in-birmingham-riots/
?
--
Andy Mabbett
@pigsonthewing
http://pigsonthewing.org.uk
___
I will have a go next week
Mary
Sent from my iPhone
On 28 Sep 2012, at 15:18, Andy Mabbett a...@pigsonthewing.org.uk wrote:
Would someone like to map this, in in Smethwick's Victoria Park:
Kanske detta vore något för OSM'are? :D
http://www.dustinhome.se/product/5010642377/parrot-ar-drone-v2-0-green-ios-android/#intcmp=productbox6_startpage3_WeekendRush_5010642377_120928
___
Talk-se mailing list
Talk-se@openstreetmap.org
Vet inte om den orkar lyfta en bättre kamera som fotar rakt ner. Den som är
inkluderar filmar väl bara rakt fram och har väldigt låg upplösning (720p är
inte ens en enda megapixel. ;)).
Vill man på riktigt satsa (WikiMedia Sweden?!) så är det väl en sådan här som
man borde handla:
Kul grej, men tänkte du för flygbilder då eller? Tror inte denna är
ett bra val i så fall för den kontrolleras med wi-fi så när du börjar
komma lite långt ifrån så förlorar du kopplingen.. Här är en film som
säger lite mer om den, kolla runt 6min om du funderar på flygbilder
:).
Ja det var nog inte mycket att ha :P
Den nådde ju knappt ovanför trädtopparna.
/ Kristoffer
Tobias Johansson skrev 2012-09-28 15:00:
Kul grej, men tänkte du för flygbilder då eller? Tror inte denna är
ett bra val i så fall för den kontrolleras med wi-fi så när du börjar
komma lite långt ifrån
El Thursday 20 September 2012 13:09:34 Adrián Brito va escriure:
A final de mes daremos un curso de emergencias internacionales en Madrid.
Me gustaría saber más acerca de Openstreetmap y las emergecias. Si alguien
tiene algún tipo de información o presentación se lo agradecería.
A parte del
1 - 100 of 161 matches
Mail list logo