On 2013-07-19 09:40, Julien Fastré wrote : > The good news is that it works with other projections :-) And that it is almost as easy to have it work in other servers where it does not work. > The main problem I have with projection 3857 (and 4326) is that tiles > does not reload when I change projection. I do not know why. What do you mean with "change projection" (of what?) and "do not reload"? > I am abroad for one week. I will stop the geoservice during this time > - I am not sure it doesn't kill other service due to limitation memory. > > We will talk deeper when I will be back. > > Julien > > Le 19/07/13 02:27, André Pirard a écrit : >> Julien, >> >> It should be avoided like the plague to reconfigure the screen map >> projection of JOSM. >> Especially when it is not necessary ... see below ... >> JOSM normally uses Mercator EPSG:3857 screen projection. >> That way, it can display maps served in EPSG:3857, EPSG:900913 and >> EPSG:4326. >> That is what almost all servers in the world serve, sometimes in >> addition to local projections. >> This (EPSG:4326) is what IGN, AGIV and Urbis can serve in addition to >> Lambert. >> But SPW can only serve Lambert. >> It should be *urgently* asked that all servers support at least >> EPSG:4326 like the others. >> In addition to what they already use, that is. >> >> The reason is that if JOSM cannot reproject data. >> If it is screen configured with Lambert, it will be unable to display >> 4326 data, notably Bing maps but many others. >> The reason is that Openlayers cannot reproject data (too CPU >> consuming in JavaScript). >> The reason is that Merkaartor is buggy when it converts >> Lambert->Mercator. >> The reason is that, like Merkaartor, most programs are mostly tested >> with 4326 and may show bugs otherwise. >> The reason is that there are many reasons. >> The reason is also that if you use screen projection-1 for this job, >> projection-2 for this another and projection-1 for yet another, you >> will soon be fed up constantly reconfiguring JOSM and stopping it, >> and most of all forgetting to reconfigure it and wonder why you don't >> see your map. >> >> If it's really impossible to have a server configured to serve 4326, >> the best solution is to use a proxy that reprojects it. >> I have used Mapproxy very effectively that way, but it's a tedious >> job to configure it. >> It would be much more effective to set up a single Mapproxy for all >> of us, especially with a good cache. >> >> But by far the simplest way is to configure the source servers to >> serve EPSG:4326. >> *So simple that your server is already configured for 3857 and 4326.** >> **There is NO NEED to reconfigure the JOSM screen.** >> *See here the impressive list of projections that your server >> supports. >> <http://fastre.info:8080/geoserver/OSMUrbis/wms?REQUEST=GetCapabilities&SERVICE=WMS> >> Here are the WMS requests to get your images (in EPSG:3857): >>> GET >>> http://api.openstreetmap.org/api/0.6/map?bbox=4.3557754,50.84655,4.3845868,50.8600845 >>> Grabbing WMS >>> http://fastre.info:8080/geoserver/OSMUrbis/wms?SERVICE=WMS&FORMAT=image/jpeg&VERSION=1.1.1&SERVICE=WMS&REQUEST=GetMap&LAYERS=StJosse&STYLES=&SRS=EPSG:3857&WIDTH=500&HEIGHT=500&BBOX=486150.9468658,6595682.2161044,486402.0578921,6595933.3271307 >>> Grabbing WMS >>> http://fastre.info:8080/geoserver/OSMUrbis/wms?SERVICE=WMS&FORMAT=image/jpeg&VERSION=1.1.1&SERVICE=WMS&REQUEST=GetMap&LAYERS=StJosse&STYLES=&SRS=EPSG:3857&WIDTH=500&HEIGHT=500&BBOX=486150.9468658,6595431.1050781,486402.0578921,6595682.2161044 >> ... >> ... and I saw your images perfectly. >> >> I hope that this little blurb will help make more usable servers in >> Belgium. >> >> Cheers, >> >> André. >> >> >> >> On 2013-07-18 17:07, Julien Fastré wrote : >>> Hi, >>> >>> With the help of eMerzh, yesterday, we converted the raster image >>> downloaded from Urbis to a geotiff (georeferenced tiff). >>> >>> I upload the image to my (little) server and I could serve it >>> through a WMS, and the use it as imagery in JOSM. >>> >>> Could you try if it works by yourself ? >>> >>> This is a short manual: >>> >>> * launch JOSM; >>> * go to the preferences (F12) >>> * Switch to Lambert Belge 1972 (third tab on the left - map >>> preférences / préférences de la carte) (the geotiff is in >>> Lambert Belge, EPSG:31370) ; >>> * Add the WMS service: >>> o go to WMS/TMS ; >>> o click on +WMS >>> o add the URL : http://fastre.info:8080/geoserver/OSMUrbis/wms >>> o click on "obtain the layer" / obtenir les calques ; >>> o select the commune of St-Josse (currently the only one >>> available) >>> * Then, download the OSM data in Saint-Josse ; >>> * Zoom to a high level (a high level does lower requests, it will >>> be more fast) >>> >>> >>> The server is very little (512Mo), the geotif are quite big (~5Go). >>> This is just a test (we should also add a licence on the service...) >>> >>> I will let the server open until tomorrow around 10', then I will >>> stop for a week. Then, if it works, I may consider host some commune >>> - we may talk about that. >>> >>> (Another easier way may be to share the geotiff by torrent, everyone >>> may use it in JOSM with a good tutorial) >>> >>> Julien >>> >>> >>> Le 17/07/13 22:15, Julien Fastré a écrit : >>>> Hi ! >>>> >>>> Thanks for all those informations ! >>>> >>>> It's a good news that CIRB have some considerations for OSM. >>>> >>>> I am also trying to convert sid to jpg (I skip that line in your >>>> email), but I must re-compile GDAL. >>>> >>>> If you have geotiff or some commons georeferenced raster I may >>>> serve them with WMS through geoserver from my (little) server. >>>> >>>> Julien >>>> >>>> Le 17/07/13 15:38, eMerzh a écrit : >>>>> >>>>> Dag Jo ;) >>>>> >>>>> For 3D i think they mean like 3d buildings (with a CAD tool or >>>>> smth ) like OSM3D & friends >>>>> >>>>> They also have like "oblique" images ... it think it's more or >>>>> less like bing birdview ... but there are not released ... (yet ?) >>>>> >>>>> >>>>> For the ortho, i've convert my first sid file to jpg ... i have to >>>>> figure out how to cut that in tiles and georef them... >>>>> i'm really a nooob in that area so if someone can help :) >>>>> >>>>> >>>>> >>>>> >>>>> 2013/7/17 Jo <winfi...@gmail.com <mailto:winfi...@gmail.com>> >>>>> >>>>> Je pense que Glenn Plas a les compétences réquises (et un >>>>> serveur?). >>>>> >>>>> Glenn, weet jij hoe je een server moet opzetten die WMS doet >>>>> op basis van deelimages? >>>>> >>>>> Jo >>>>> >>>>> 2013/7/17 eMerzh <merz...@gmail.com <mailto:merz...@gmail.com>> >>>>> >>>>> Ah oui, >>>>> j'ai oublié : >>>>> >>>>> * le LIDAR sera mis à disposition dans le futur sous la >>>>> même license ...via iribox... >>>>> pour l'instant ce n'est pas encore disponible, a cause >>>>> d'un problème de distribution .... >>>>> ( il y a ~900Fichiers de 900 Mo chacun ...) >>>>> >>>>> >>>>> Voilà ... >>>>> >>>>> Sinon, je voudrai mettre a dispo les ortho pour les >>>>> utiliser dans JOSM ... donc je cherche un moyen de faire >>>>> ça ... >>>>> (je serai p-e ralenti par mes vacances et par le faite que >>>>> je ne dispose pas vraiment d'un serveur ou je fais ce que >>>>> je veux... ) >>>>> >>>>> je vous tiens au courant :) >>>>> >>>>> >>>>> >>>>> >>>>> 2013/7/17 eMerzh <merz...@gmail.com >>>>> <mailto:merz...@gmail.com>> >>>>> >>>>> Hi everybody ... >>>>> here are the feedback from my meeting with the CIRB. >>>>> as i'm more confortable with french the following >>>>> message will be in french ... sorry >>>>> >>>>> Donc : >>>>> * Au niveau des mises à jours, le wfs & wms est >>>>> actualisé toutes les semaines alors que l'interface de >>>>> téléchargment ne l'est que 1 fois par trimestre. >>>>> >>>>> Attention, la mise à jour correspond à l'état actuel >>>>> du survey ... toutes les zones ne sont pas mises à >>>>> jours toutes les semaines... >>>>> * A chaque mise à jour d'un objet, un ID de version >>>>> centralisé est incrémenté et attribué à un objet. >>>>> donc pour savoir les derniers objets avec des >>>>> "potentielles" mises à jours, il faut trier les objets >>>>> par identifiants de version desc. >>>>> >>>>> * un nouveau système de versioning plus sémantique et >>>>> informatif sur les modifications devrait voir le jour >>>>> début de l'année prochaine >>>>> >>>>> * Le cirb est évidemment intéressé par les retours sur >>>>> les données. >>>>> Vous pouvez faire vos retour soit via moi (un petit >>>>> mail ) soit via la page du wiki ici présente: >>>>> http://wiki.openstreetmap.org/wiki/Urbis_feedback >>>>> ou directement via la IRISLINE ( >>>>> >>>>> http://www.cirb.irisnet.be/fr/catalogue-de-services/software/sincrho-1/centre-de-documentation/manuels-de-reference/mode-demploi/contacts/support-client-iris-line >>>>> ) >>>>> l'idée est d'envoyer les retours en paquet plutot que >>>>> 1 par 1 pour éviter un surplus de travail >>>>> >>>>> * Les orthophotos sont disponibles au téléchargement >>>>> via la Irisbox ou via le servie de DL >>>>> >>>>> (http://www.cirb.irisnet.be/fr/catalogue-de-services/urbis/telechargement) >>>>> La résolution est de 7.5cm si téléchargé par commune >>>>> et 10cm? si téléchargé pour la région entière... >>>>> Elles sont évidemment disponible sous la même licence >>>>> que le reste. >>>>> >>>>> * La 3D devrais arriver l'année prochaine ... elle >>>>> aussi sous licence libre. >>>>> >>>>> * Pour tout ce qui est routage (vitesse, circulation, >>>>> restrictions, ...) , le CIRB n'a pas de données.... il >>>>> faut s'adresser à Bruxelles mobilité (mais c'est pas >>>>> certains qu'ils possèdent l'info , ou pas forcément à >>>>> jours) >>>>> voir http://data.irisnetlab.be/ pour les données en >>>>> OpenData >>>>> >>>>> * Pour les infos PMR: voir BXL mobilité ou les >>>>> communes directement. >>>>> >>>>> * Dans Urbis les données sur les oneway par exemple ne >>>>> sont pas à jour ... et il ya pas de plan de le faire .... >>>>> ils pensent à éventuellement Crowdsourcer ... >>>>> >>>>> >>>>> * Pour les impétrants , pareils il faut demander au >>>>> impétrants eux même .... le CIRB n'a pas l'info >>>>> pareil pour les hydrant (au pompiers ou a vivaqua) >>>>> >>>>> * Nous sommes invité à participé au UserClub du CIRB ... >>>>> >>>>> * Le CIRB à rappelé son intention de publier >>>>> directement les nouvelles données sous licence libre >>>>> pour autant qu'ils aient la possibilité de le faire. >>>>> >>>>> * J'ai parlé d'éventuel support de OSM: "Pourquoi >>>>> pas... " ... ils vont voir avec le service de com' ... >>>>> si on veux leurs soutient dans des évènements >>>>> ponctuels , on peu tjs tenter notre coup. >>>>> >>>>> * Il n'ont pas forcément besoin que OSM-be soit une >>>>> entité juridique (ASBL, ...) l'organisation actuelle >>>>> suffit. >>>>> >>>>> >>>>> FYI, la réunion était avec Mr E. Auquiere, C Hannecart >>>>> + une 3ieme personne dont j'ai oublié le nom. >>>>> >>>>> >>>>> En écrivant le résumé j'ai déjà plusieurs question qui >>>>> me viennent pour un éventuel autre contact . donc >>>>> n'hésitez pas on fait un batch ;) >>>>> >>>>> >>>>> Voilà je pense avoir tout dit .... >>>>> >>>>> Bonne journée sous le soleil ;) >>>>> >>>>> Brice >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> _______________________________________________ >>>>> Talk-be mailing list >>>>> Talk-be@openstreetmap.org <mailto:Talk-be@openstreetmap.org> >>>>> http://lists.openstreetmap.org/listinfo/talk-be >>>>> >>>>> >>>>> >>>>> _______________________________________________ >>>>> Talk-be mailing list >>>>> Talk-be@openstreetmap.org <mailto:Talk-be@openstreetmap.org> >>>>> http://lists.openstreetmap.org/listinfo/talk-be >>>>> >>>>> >>>>> >>>>> >>>>> _______________________________________________ >>>>> Talk-be mailing list >>>>> Talk-be@openstreetmap.org >>>>> http://lists.openstreetmap.org/listinfo/talk-be >>>> >>>> >>>> >>>> _______________________________________________ >>>> Talk-be mailing list >>>> Talk-be@openstreetmap.org >>>> http://lists.openstreetmap.org/listinfo/talk-be >>> >>> >>> >>> _______________________________________________ >>> Talk-be mailing list >>> Talk-be@openstreetmap.org >>> http://lists.openstreetmap.org/listinfo/talk-be >> >
_______________________________________________ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be