On Wed, 13 May 2009 15:54:36 +0100, Dave Stubbs osm.l...@randomjunk.co.uk
wrote:
The first thing I thought of when reading this is, to use a relation.
'Relations are not categories' applies to people making relations out of
all hotels or All hotels in London, doesn't really apply here.
On Wed, 13 May 2009 17:08:51 +0200, Ben Laenen benlae...@gmail.com wrote:
I really wouldn't recommend relations for specifying what things are
inside an area. It's a waste of two entire dimensions our dataset
happens to have.
So while it may work for many zonal restrictions to use an area
marcus.wolsc...@googlemail.com wrote:
Sorry to say that but if there are ways within the zone
such as bridges and tunnels that are not affected, then
this is not a zonal restriction at all.
That's ridiculous. It's very possible for a bridge/tunnel to *cross* a
zone, while not being part of
Pieren,
A new OSMF Working Group is being formed to support groups and individuals
with the import of new public and private data. I've copied SteveC who will
be leading the group so that your email reaches the new groups radar.
Cheers
Andy
-Original Message-
From:
On Thu, May 14, 2009 at 11:05 AM, Andy Robinson (blackadder-lists)
ajrli...@googlemail.com wrote:
Pieren,
A new OSMF Working Group is being formed to support groups and individuals
with the import of new public and private data. I've copied SteveC who will
be leading the group so that your
Hi
Pieren wrote:
But we are facing the problem of how to detect and resolve the
conflicts with existing landuse data in OSM which are usually (but not
always) more accurate (Yahoo imagery or french cadastre).
I know we are not the first country having this problem and we would
like to know
marcus.wolsc...@googlemail.com wrote:
I completely agree here.
A polygon is a simpler, easier to evaluate, to tag and
much, much less error-prone way to do this compared to
a relation that has all ways in that area as members.
Inclusion tests (especially if even a way segment can be
On Thursday 14 May 2009, MP wrote:
Except it's not a geographic area, but rather a set of streets with
that restriction. If a bridge or tunnel without the restriction
goes over/under a street with the restriction you'll have a
problem.
In that case, that bridge can have differen speed
Interesting. We will be having the same kind of import versus existing
data issue once more (if and) when the Nationaal Wegenbestand
(National road database) is made available by the transport ministry.
I did not give it much thought yet - may be some of my Dutch
co-OSM-ers will have a more
On Wed, May 13, 2009 at 8:39 PM, David Paleino d.pale...@gmail.com wrote:
On Wed, 13 May 2009 18:16:59 +0200, Fabrizio Carrai wrote:
I agree for the morgue term.
Well, ok. I'm not particularly in favour of one version over the other ;)
I would say something to key amenity an why I would
On 14 May 2009, at 11:55, Ben Laenen wrote:
On Thursday 14 May 2009, MP wrote:
[..]
And these situations are more common than you may think. Built-up
areas
are the most common where such a thing happens here as they're of
course the largest kind of zonal restrictions, and each city will
Hi,
Martijn van Exel wrote:
Interesting. We will be having the same kind of import versus existing
data issue once more (if and) when the Nationaal Wegenbestand
(National road database) is made available by the transport ministry.
I did not give it much thought yet - may be some of my Dutch
Thanks for your suggestions.
In our case, it is more about 80% of the import dataset that will
stay. And we speak about e.g. forests, tree plantations, agricultural
areas,etc which is a huge surface in France. Tha't why our preference
would go to some solution making the import as much as
On 14/05/09 11:23, Christoph Boehme wrote:
We are currently importing public transport information for the UK
(NaPTAN) and are having a similar problem with existing data in OSM. Our
approach is to tag the imported data specially so that it can easily be
found in the database but does not show
On 13/05/09 14:23, Frederik Ramm wrote:
Sounds like: We have a honest desire to sue the shit out of you if you
violate any of our 52 random rules but we will grudgingly refrain from
doing so if laws in your jurisdiction should have the nerve of being
against us. ;-)
That's only if the rest
Martijn van Exel wrote:
Interesting. We will be having the same kind of import versus existing
data issue once more (if and) when the Nationaal Wegenbestand
(National road database) is made available by the transport ministry.
I did not give it much thought yet - may be some of my Dutch
On Thu, May 14, 2009 at 16:52, Lennard l...@xs4all.nl wrote:
Martijn van Exel wrote:
Interesting. We will be having the same kind of import versus existing
data issue once more (if and) when the Nationaal Wegenbestand
(National road database) is made available by the transport ministry.
I
On Wed, May 13, 2009 at 1:26 AM, SteveC st...@asklater.com wrote:
The foundation today discussed the perceived need for a working group
to help people import data.
We know there are highly talented individuals out there who are able
to find data to import, have the social skills and time to
On May 14, 2009, at 11:26 AM, Ævar Arnfjörð Bjarmason wrote:
This is a very welcome development, I for one have acquired a dataset
on behalf of OSM which is waiting for someone to write the required
code to import it and keep it up to date[1].
Doing the import is straightforward. Keeping it
2009/5/13 SteveC st...@asklater.com:
All
The foundation today discussed the perceived need for a working group
to help people import data.
We know there are highly talented individuals out there who are able
to find data to import, have the social skills and time to get data
holders to
On Thu, 14 May 2009 15:26:37 +, Ævar Arnfjörð Bjarmason
ava...@gmail.com wrote:
On Wed, May 13, 2009 at 1:26 AM, SteveC st...@asklater.com wrote:
The foundation today discussed the perceived need for a working group
to help people import data.
We know there are highly talented individuals
On Thu, May 14, 2009 at 16:52, Lennard l...@xs4all.nl wrote:
Martijn van Exel wrote:
Interesting. We will be having the same kind of import versus existing
data issue once more (if and) when the Nationaal Wegenbestand
(National road database) is made available by the transport ministry.
I
Martijn van Exel wrote:
I disagree with you on relevance. The NWB data is likely to be more
current and much more detailed than the AND data, so much of it will
be relevant and usable - although not directly.
Onzin :)
Van iemand enorm dicht bij de bron:
Verwacht trouwens niet te veel van
Zoals je al weet worden ze meegenomen in de dagelijkse update! Maar ik wou het
toch nog even aan de rest van talk laten weten.
zie http://planet.openstreetmap.nl
--Roeland
On Tuesday 12 May 2009 01:17:40 Milo van der Linden wrote:
Fantastisch!
Als je me kunt vertellen hoe ik zo'n poly
http://www.amateurphotographer.co.uk/news/Photographers_face_wider_anti_terror_curbs_news_281398.html
From a UK site, where they are reporting on training civilians to keep a watch
on
'hostile reconnaissance'. This urges people to look out for 'overt/covert
photography' as well as those in
Jan Tappenbeck schrieb:
Moin !
da war der Upload etwas langsamer als die Anfrage !
Jetzt werden zwar alle dargestellt - aber mit den Links klemmpt das noch
immer !
Aber auch hierzu würde ich mich freuen, wenn man mir noch einen tipp
geben könnte.
Gruß Jan :-)
Jan Tappenbeck schrieb:
hi !
das war leider nicht die ursache !
gruß Jan :-)
Georg Feddern schrieb:
Jan Tappenbeck schrieb:
Moin !
da war der Upload etwas langsamer als die Anfrage !
Jetzt werden zwar alle dargestellt - aber mit den Links klemmpt das noch
immer !
Aber auch hierzu würde ich mich freuen, wenn
Jürgen Frank schrieb:
Mir ist schon öfter aufgefallen, dass in manchen routingfähigen OSM-
Karten für Garmin-Geräte bzw. Straßenklassifizierungen, sofern diese
keine Nummer haben (ref-Tag IIRC) als Staatsstraßen bezeichnet werden.
Das ist für alle User, die nicht in einem Freistaat,
Sven Geggus schrieb:
beim Schwarzwald Multipolygon hat sich imemr noch nix getan. Alle
Dörfer sind im Grünen. Ist das Multipolygon falsch oder ist Mapnik
buggy?
Mein See mit Inseln wird ja auch korrekt dargestellt:
Jan Tappenbeck schrieb:
Moin !
vor Wochen gab es schon einmal eine Diskussion über die Arbeitsweise des
Kreisel-Tools in JOSM und die Tatsache dass immer im Uhrzeigersinn, per
default, gezeichnet wird.
Gary68 hat mal die Kreisel allein in Spanien [1] analysiert und über 500
falsche
Frank Sautter openstreet...@sautter.com wrote:
das problem existiert, seitdem mapnik innerhalb ein paar stunden neu
rendert sobald daten geändert wurden... irgendwie hat er da probleme mit
den multipolygonen.
wenn der komplette datensatz neu gerendert wird, ist es dann wieder bis
zur näxten
Jan Tappenbeck schrieb:
hi !
das war leider nicht die ursache !
gruß Jan :-)
Das ließ mir jetzt keine Ruhe. ;-)
Also getestet:
Es liegt am Aufbau der TXT-Datei.
Du hast zwar bei den Markern einen titel, aber keine description
eingetragen (zwei Tabulatoren hintereinander), damit funzt es
Jetzt gibt es auch eine Übersicht unter
http://wiki.openstreetmap.org/wiki/SearchNoNamePOI
Die Pfade zu unten mußten nochmal angepaßt werden !
jetzt auch Köln und Müchen, Bayern und NRW
Jan Tappenbeck schrieb:
habe noch einige draufgelegt
Jan Tappenbeck schrieb:
Jetzt gibt es auch eine Übersicht unter
http://wiki.openstreetmap.org/wiki/SearchNoNamePOI
Kannst Du das Ding nicht auch für Adressen erweitern?
Ein Imbiss ohne Adresse ist ... lahm :-)
___
Talk-de mailing list
Hi,
ich hab mitbekommen, dass letztens das Intervall verkürzt wurde, in dem
neue Tiles generiert werden. Das hat dann den erfreulichen Effekt
gehabt, dass ich teilweise bereits nach 10min die ersten Auswirkungen
auf der Karte gesehen hab.
Jetzt scheint das aber nicht mehr der Fall zu sein. Ich
Hallo Community,
http://artem.dev.openstreetmap.org/files/osm_3d.png
weiß jemand Näheres?
Grüße
Tobias
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de
ich hab mitbekommen, dass letztens das Intervall verkürzt wurde, in dem
neue Tiles generiert werden. Das hat dann den erfreulichen Effekt
gehabt, dass ich teilweise bereits nach 10min die ersten Auswirkungen
auf der Karte gesehen hab.
Jetzt scheint das aber nicht mehr der Fall zu sein. Ich
http://artem.dev.openstreetmap.org/files/osm_3d.png
weiß jemand Näheres?
Das ist ein Test von Artem Pavlenko, den er hier angekündigt hat:
http://lists.openstreetmap.org/pipermail/talk/2007-September/018019.html
Hier geht der Thread weiter:
Hallo,
warum werden denn neuerdings über die Presseliste Spam-Mails versendet?
André
---BeginMessage---
EARLY BOOKING 2009 - LEDA HOTEL
OFFER EARLY BOOKING 2009
LEDA BEACH CLUB
HORTO - ARGALASTI - PELION
This offer applies only for a limited number of bookings
for each type of
Christian Koerner schrieb:
Mapnik hat seit ein paar Monaten ein Building-Symbolizer:
http://trac.mapnik.org/wiki/BuildingSymbolizer
Hallo,
wird denn das Kartenbild in den größten Zoomstufen in Zukunft allgemein
angepasst wie in der dort gezeigten Grafik? Ich fände das sehr löblich!
André
Christian Koerner schrieb:
Mapnik hat seit ein paar Monaten ein Building-Symbolizer:
http://trac.mapnik.org/wiki/BuildingSymbolizer
Cool, wusste ich noch gar nicht. Danke!
___
Talk-de mailing list
Talk-de@openstreetmap.org
hallo tobias,
willst du nur auf die hausnummer testen oder wie tief?
sollte vom grundsatz kein problem sein - hatte ich auch schon einmal
darüber nachgedacht bloss die liste wird sicherlich explodieren !
lass uns mal abwarten ob andere das auch für notwendig halten.
gruß Jan :-)
Tobias
Hallo,
die neuen Daten liegen wie immer zum Download bereit unter:
http://wiki.openstreetmap.org/wiki/User:Computerteddy
--
Viele Gruesse
Computerteddy
___
Talk-de mailing list
Talk-de@openstreetmap.org
Hallo Georg,
vielen Dank für den Hinweis.
Hast Du jetzt noch eine Idee warum die Popups aufgehen - aber keinen
Inhalt haben ???
Datendatei ist an derselben position geblieben.
Gruß Jan :-)
Georg Feddern schrieb:
Jan Tappenbeck schrieb:
hi !
das war leider nicht die ursache !
gruß Jan
Jan Tappenbeck schrieb:
sollte vom grundsatz kein problem sein - hatte ich auch schon einmal
darüber nachgedacht bloss die liste wird sicherlich explodieren !
Nein, auf Karlsruhe-Schema.
lass uns mal abwarten ob andere das auch für notwendig halten.
Nunja, bis dahin hab ich's auch selbst
Großartig, lässt du das bitte auch für Berlin berechnen?
2009/5/14 Jan Tappenbeck o...@tappenbeck.net:
Jetzt gibt es auch eine Übersicht unter
http://wiki.openstreetmap.org/wiki/SearchNoNamePOI
Die Pfade zu unten mußten nochmal angepaßt werden !
jetzt auch Köln und Müchen, Bayern und NRW
Moin,
Am Donnerstag 14. Mai 2009 16:08:48 schrieb Jan Tappenbeck:
Hallo Georg,
vielen Dank für den Hinweis.
Hast Du jetzt noch eine Idee warum die Popups aufgehen - aber keinen
Inhalt haben ???
Kann es sein, daß der Text die gleiche Farbe wie der Hintergrund hat (weiß)?
Wenn ich mit
Hallo,
bin beim Erstellen von Kreis- und Landstraßen-Relationen auf schon
vorhandene mit einer anderen ID gestoßen. Wie kann ich nun beide
Relationen zu einer Verschmelzen, bzw wie kann ich im Voraus schon
herausfinden, ob es eine spezielle schon gibt?
Gruß Simon
http://maps.google.de/maps?q=51.642178,+12.046037
pff ...
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de
ironie on
Das kommt davon wenn google die daten bei OSM holt
Wurde sicher mit Potlatch erstellt.
/ironie off
Tobias Wendorff wrote:
http://maps.google.de/maps?q=51.642178,+12.046037
pff ...
___
Talk-de mailing list
Talk-de@openstreetmap.org
Hi!
Die Garmin-Version der Reit- und Wanderkarte ist jetzt für ganz
Deutschland verfügbar, sozusagen meine OSM-Version der Topo Deutschland.
Download über Wiki oder topo.geofabrik.de.
bye
Nop
___
Talk-de mailing list
Tobias Wendorff schrieb:
http://maps.google.de/maps?q=51.642178,+12.046037
Ich verstehe den Witz nicht. Magst Du ihn erklären?
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de
ganz einfach, da fehlt ein Stück Schienenweg. wenn man den Ausschnitt
etwas verschiebt, erkennt man das:
http://maps.google.de/maps?ie=UTF8ll=51.644269,12.046616z=16
Johann H. Addicks schrieb:
Tobias Wendorff schrieb:
http://maps.google.de/maps?q=51.642178,+12.046037
Ich verstehe
André Reichelt schrieb:
wird denn das Kartenbild in den größten Zoomstufen in Zukunft allgemein
angepasst wie in der dort gezeigten Grafik? Ich fände das sehr löblich!
Dann heisst das zukünftig: Gebäudehöhen mit erfassen und Dachformen
klassifizieren...
-jha-
Johann H. Addicks schrieb:
Dann heisst das zukünftig: Gebäudehöhen mit erfassen und Dachformen
klassifizieren...
Ich wollte eher auf die Parkplätze und ähnliches anspielen.
André
___
Talk-de mailing list
Talk-de@openstreetmap.org
Hallo!
Wenn Ihr Multipolygon-Probleme analysieren wollt, schaut Euch mal auf
der Wanderkarte um. Die Waldflächen dort sind halbtransparent gerendert,
so daß man noch einige Merkwürdigkeiten mehr erkennen kann.
Manche Wälder werden mehrfach gerendert und sind entsprechend dunkler.
Lustige
oh !
auf die idee bin ich noch nicht gekommen - danke!
morgen mehr !
gruß Jan .-)
Carsten Gerlach schrieb:
Moin,
Am Donnerstag 14. Mai 2009 16:08:48 schrieb Jan Tappenbeck:
Hallo Georg,
vielen Dank für den Hinweis.
Hast Du jetzt noch eine Idee warum die Popups aufgehen - aber keinen
Hi!
OSM Composer steht in der Version 0.74 zum Download bereit.
http://wiki.openstreetmap.org/wiki/DE:OSM_Composer#Download
Neu in Version V0.74
* Kartenränder werden immer geschnitten, auch bei kleinen Karten
* Unterstützung für Karten mit unregelmäßigem Umriß
* Option zur
morgen mit dem berlin.osm
gruß Jan :-)
Christoph Henning schrieb:
Großartig, lässt du das bitte auch für Berlin berechnen?
2009/5/14 Jan Tappenbeck o...@tappenbeck.net:
Jetzt gibt es auch eine Übersicht unter
http://wiki.openstreetmap.org/wiki/SearchNoNamePOI
Die Pfade zu unten mußten
Patrick Kolesa schrieb:
lulu-...@gmx.de schrieb:
Langfristig denke ich an eine Slippy-Map, die bei solchen Objekten
ermöglicht, in den Ebenen zu blättern.
Ich schlage vor, ebenfalls den Grundriss und Mauern zu vermessen, damit
ich auch im Dunkeln navigieren kann. Besonders in
Carsten Schwede schrieb:
die neuen Daten liegen wie immer zum Download bereit unter:
http://wiki.openstreetmap.org/wiki/User:Computerteddy
Und der Mirror ist synchronisiert.
Wenn ich noch Daten übersehen haben sollte bitte melden.
Erreichbar unter
http://osm.ammit.de
bzw. direkt:
Daniel Senger schrieb:
Und der Mirror ist synchronisiert.
War ja klar. Fehler in die eigene URL eingebaut.
Richtig ist:
http://osm.ammit.de/osm/latest/
Gruß,
Daniel
___
Talk-de mailing list
Talk-de@openstreetmap.org
Simon Kokolakis wrote:
Hallo,
bin beim Erstellen von Kreis- und Landstraßen-Relationen auf schon
vorhandene mit einer anderen ID gestoßen. Wie kann ich nun beide
Relationen zu einer Verschmelzen, bzw wie kann ich im Voraus schon
herausfinden, ob es eine spezielle schon gibt?
Ein einfachsten
SLXViper slxvi...@gmx.net wrote:
ganz einfach, da fehlt ein St?ck Schienenweg.
Des g'hoert so!
Ist Politik der DB Netz aus Gleisen, die sie meint nicht zu brauchen,
zur Bestaetigung ein Stueckchen rauszuschnibbeln...
Sicherlich ist dort google vieeel aktueller als das Luftbild!
Und wenn dort
Das ist wegen Arbeiten am Server vorübergehend bis morgen außer Betrieb
gesetzt:
http://lists.openstreetmap.org/pipermail/talk/2009-May/036875.html
Ah danke. Gut zu wissen. Hab mal die Mailingliste auch abonniert.
Danke,
Markus
___
Talk-de mailing
Sven Geggus li...@fuchsschwanzdomain.de wrote:
Wenn ich die genannten
Postings richtig interpretiere ist das ein Bug im inkrementellen Teil von
osm2pgsql.
Wie waere nochmal die theoretisch mapnik-kompatible Lichtungstagtik?
Auszenring geschlossenes Polygon im Uhrzeigersinn role=outer
Johann H. Addicks addi...@gmx.net wrote:
Dann heisst das zuk?nftig: Geb?udeh?hen mit erfassen und Dachformen
klassifizieren...
...dachgauben- und schornsteingenau!
MfG Heiko Jacobs Z! IRCnet Mueck
--
Douglasstr. 30, D-76133 Karlsruhe fon +49 721 24069
Guenther Meyer schrieb:
Am Dienstag 12 Mai 2009 schrieb Stefan Dettenhofer (StefanDausR):
Mario Salvini schrieb:
man kanns ja auch gerne *traffic*zone nennen
oder gleich nur zone=, also
zone=in_town:DE
zone=out_of_town:DE
zone=motorway:DE
(zone=walk:DE)
es geht
Garry schrieb:
Guenther Meyer schrieb:
Am Dienstag 12 Mai 2009 schrieb Stefan Dettenhofer (StefanDausR):
Mario Salvini schrieb:
man kanns ja auch gerne *traffic*zone nennen
oder gleich nur zone=, also
zone=in_town:DE
zone=out_of_town:DE
Mario Salvini schrieb:
Garry schrieb:
Guenther Meyer schrieb:
Am Dienstag 12 Mai 2009 schrieb Stefan Dettenhofer (StefanDausR):
Mario Salvini schrieb:
man kanns ja auch gerne *traffic*zone nennen
oder
Heiko Jacobs schrieb:
Robert rob.foren+...@gmail.com wrote:
Grund ist dann da eher das Aussperren bestimmter Fahrzeuge als
das schnelle Vorankommen.
Da tue ich mich dann schwer die mangels Verbindungscharakter h?her zu
klassifizieren. ;-)
Zugegeben, das kommt (sehr) selten vor.
Garry schrieb:
Mario Salvini schrieb:
Garry schrieb:
Guenther Meyer schrieb:
Am Dienstag 12 Mai 2009 schrieb Stefan Dettenhofer (StefanDausR):
Mario Salvini schrieb:
man kanns ja auch gerne
brunetto ha scritto:
Ciao a tutti!
Ciao e benvenuto!
Anche se e` da un po' che seguo il progetto sono nuovo e dilettante,
sia per la parte di rilevazione che per la parte di gestione dei dati.
Io mi faccio chiamare niubii... fai un po' tu! :-)
Legandomi anche ad un altra mail (Info per
2009/5/14 Edoardo 'Yossef' Marascalchi edoa...@edoardomarascalchi.it:
tribunale, ma sto raggiungendo un grado di fastidio massimo al riguardo.
Il fastidio è condiviso...
Ero e rimango dell'opinione che le CTR siano parte integrante di atti
legislativi e come tali libere da diritti.
Mi
2009/5/13 Stefano Salvador stefano.salva...@gmail.com:
per le route:
type=route
route=hiking
operator=C.A.I
ref=[numero sentiero se esite]
name=[nome sentiero se esiste]
Ciao,
stavo vedendo il tuo file .OSM. Lavoro impressionante!
Unico appunto: hai usato name= per le route, invece di
Federico Cozzi wrote:
2009/5/14 Edoardo 'Yossef' Marascalchi edoa...@edoardomarascalchi.it:
Ero e rimango dell'opinione che le CTR siano parte integrante di atti
legislativi e come tali libere da diritti.
Eppure la cartografia UK, prodotta dalla Ordnance Survey (che è un
ente
2009/5/14 Edoardo 'Yossef' Marascalchi edoa...@edoardomarascalchi.it:
mischi pere con patate..
OS è il corrispondente, volendo, dell'IGM.
Le CTR sono atti legislativi poiché mantengono informazioni
sull'accatastamento e sono la base per ogni singolo provvedimento preso
Mica vero, la CTR della
Federico Cozzi wrote:
Tutta 'sta fretta è cosa buona, ma dopotutto abbiamo già 3 CTR
(Lombardia, Veneto, FVG) da importare + la Toscana da ricalcare,
potremmo accontentarci per il momento?
Considerando che alcune CTR sono in un formato talmente bislacco (vedi
FVG) che l'import è molto
Federico Cozzi wrote:
2009/5/14 Edoardo 'Yossef' Marascalchi edoa...@edoardomarascalchi.it:
mischi pere con patate..
OS è il corrispondente, volendo, dell'IGM.
Le CTR sono atti legislativi poiché mantengono informazioni
sull'accatastamento e sono la base per ogni singolo provvedimento
Il mio scopo è solamente quello di aggiungere alla lista dei dati
disponibili anche quelli dell' Emilia Romagna, principalmente quei dati
che è praticamente impossibile ricavarsi sul campo contrariamente alle
strade.
Anche se sono d' accordo che sono dati nostri in quanto pagati da
tutti noi,
Mi sembra ci sia un po' di confusione.
Edo, le CTR non hanno nulla a che vedere con l'accatastamento (nel
senso di dati catastali?!)
Se posso, visto che ho avuto modo di lavorare direttamente con RER
negli ultimi 5 anni, suggerisco di contattare due persone:
- Sergio Tinari, responsabile
Unico appunto: hai usato name= per le route, invece di ref=
Se lo apro con un editor di testi e vado verso il fondo del file (da
riga 1424893) vedo che le relation sono taggate name=100 invece di
ref=100
l'ho fatto per vedere se eravate attenti :-) scherzi a parte nello
script che ho
2009/5/14 Piergiorgio Cipriano pg.cipri...@gmail.com:
Se posso, visto che ho avuto modo di lavorare direttamente con RER
negli ultimi 5 anni, suggerisco di contattare due persone:
- Sergio Tinari, responsabile dell'Archivio cartografico [1]
- Roberto Gavaruzzi, dirigente di riferimento per le
2009/5/14 Simone Cortesi sim...@cortesi.com:
sono totalmente daccordo con te edoardo.
Io sono totalmente d'accordo con te Simone, che però sei totalmente
d'accordo con Edoardo con cui io non sono totalmente d'accordo...
C'è un problema :-)
Quello che fai tu - Simone - mi sembra l'approccio
2009/5/14 alberto albertobon...@libero.it:
Vorrei però capire bene, ma è colpa mia perchè non sono andato a
studiarmi le varie licenze OSM presenti e future, che cosa dire all'
interlocutore rispetto a questo punto.
Cercherei di non fare riferimento alle licenze di OSM che sono un po'
Sono qui a chiedervi, se c'e' qualcuno che, condividendo questi scopi
ed essendo un esperto gis+osm, possa essere interessato e volenteroso
di far parte dell'anima tecnica del gruppo.
A quanto pare io sono già coinvolto nella cosa con il lavoro che sto
facendo per il FVG, non ho il tempo però
2009/5/14 Simone Cortesi sim...@cortesi.com:
dimenticavo una cosa nella ultima mail: non ho proseguito nel mio
contattare le varie Regioni per un solo motivo: volevo aspettare di
avere qualche risultato piu' tangibile con i dati gia' disponibili
(veneto, friuli e lombardia).
Mi aggancio a
questo me l'ero perso:
http://datenkueche.com/osmlive/
mappa con contributor live...da un senso di calore vedere tutte quelle
persone che migliorano la mappa. :)
--
-S
___
Talk-it mailing list
Talk-it@openstreetmap.org
visto le manifestazioni di interesse che ho ricevuto (più di quante
pensassi) vorrei, in attesa di aggiornare WP e Joomla e quindi aprire ai
vostri contributi, sentire da voi come vorreste organizzati i contenuti
tra CMS (Joomla) e blog (Wordpress)..
esprimete le vostre opinioni
Edo
--
Simone Cortesi wrote:
questo me l'ero perso:
http://datenkueche.com/osmlive/
mappa con contributor live...da un senso di calore vedere tutte quelle
persone che migliorano la mappa. :)
tra parentesi.. nel blog (blog.openstreetmap.org) ho creato una sezione
di link con usi reali di OSM..
Ebbene sì, ne ho avuto conferma ieri sera: M(')appare Milano può
finalmente ufficialmente sconfinare.
Info: http://wiki.openstreetmap.org/wiki/Milano#M.27appare_Cologno
Indicate sul wiki le vostre presenze!
Teniamoci in contatto per definire gli ultimi dettagli.
Buona giornata
Carlo
--
Il 14/05/2009 13:46, Carlo Stemberger ha scritto:
Info: http://wiki.openstreetmap.org/wiki/Milano#M.27appare_Cologno
Scusate, questo è il link corretto:
http://wiki.openstreetmap.org/wiki/Milano#M.28.27.29appare_Cologno
--
.' `. | Registered Linux User #443882
|a_a | |
Come vi regolate nel taggare strade extraurbane di campagna con
pavimentazione in ghiaino?
Le mettete come hoghway=unclassified o come track?
Premetto, non sono piste per trattori, parlo di strade non asfaltate.
direte che mi sono risposto da solo, ma ho il dubbio, il rendering non
le
2009/5/14 alberto albertobon...@libero.it:
Come vi regolate nel taggare strade extraurbane di campagna con
pavimentazione in ghiaino?
Le mettete come hoghway=unclassified o come track?
Premetto, non sono piste per trattori, parlo di strade non asfaltate.
direte che mi sono risposto da solo,
Andrea Musuruane ha scritto:
Io le traccio come highway=track e tracktype=grade1.
http://wiki.openstreetmap.org/wiki/Track
Track: Roads for agricultural use [...]
http://wiki.openstreetmap.org/wiki/Key:tracktype
grade1: Paved track or heavily compacted hardcore.
Ciao,
Andrea.
Mi
-Original Message-
From: talk-it-boun...@openstreetmap.org [mailto:talk-it-
boun...@openstreetmap.org] On Behalf Of Andrea Musuruane
Sent: giovedì 14 maggio 2009 15.32
To: openstreetmap list - italiano
Subject: Re: [Talk-it] strade extraurbane non pavimentate
2009/5/14 alberto
Grazie Martin,
ora i bivacchi si vedono ad uno zoom utile, per lo meno sul layer Osmarender:
http://www.openstreetmap.org/?lat=45.9341lon=7.5977zoom=14layers=0B00FTF
Mi piacerebbe che si vedessero anche i rifugi - c'è qualcuno bravo con
Inkscape o simili che sa produrre un'icona adeguata?
Ciao,
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Il giorno Thu, 14 May 2009 12:51:29 +0200
Simone Cortesi sim...@cortesi.com ha scritto:
questo me l'ero perso:
http://datenkueche.com/osmlive/
mappa con contributor live...da un senso di calore vedere tutte quelle
persone che migliorano la
Alberto Nogaro ha scritto:
Secondo me dipende dall'uso, non dalla pavimentazione. Sono track se
rispettano tre condizioni:
- sono adibite prevalentemente ad uso agricolo o forestale
- non hanno alcuna funzione di collegamento tra località diverse
- sono abbastanza larghe da permettere il
2009/5/14 albertobonati albertobon...@libero.it:
Beh, le strade che ho in mente dopotutto rispettano anche le condizioni
per essere track:
- sono strade che non collegano località o frazioni [...]
in questo caso track va benissimo
Mi sembra importante comunque differenziarle dalle asfaltate,
1 - 100 of 170 matches
Mail list logo
